Comments (11)
Bonus points if this check will understand multi-language links (i.e. it will recognize fr:Canal de Suez and en:Suez Canal as same link).
This part is already present :
http://osmose.openstreetmap.fr/errors/?item=3031&class=30317
from osmose-backend.
Please, can you explain the main requested feature ?
from osmose-backend.
@frodrigo, I'm sorry for delayed answer. Take a look at http://www.openstreetmap.org/way/192205777/history and http://www.openstreetmap.org/way/135401603/history
and you will notice that exactly the same link wikipedia="ru:Ташкентский музей железнодорожной техники" was used at the same time. Usually this means that objects are duplicated or like in this case link was added twice due to editor mistake.
from osmose-backend.
ru:Ташкентский музей железнодорожной техники and uk:Ташкентський Музей залізничної технік should be treated as it was the same object
from osmose-backend.
Many parts of the same street: http://overpass-turbo.eu/?Q=way%5B%22wikiped an issue for you ?
SELECT
array_agg(id),
tags->'wikipedia'
FROM
ways
WHERE
tags != ''::hstore AND
tags?'wikipedia'
GROUP BY
tags->'wikipedia'
HAVING
count(*) > 1
;
from osmose-backend.
parts of the street aren't interesting, duplicated POIs are (museums, memorial, etc)
brand:wikidata=* would be a better tag in second case
from osmose-backend.
I run the same on nodes/way/relation and add some filter on networks like road, rails... and other kind of brand networks. But I think there is still too many false positives.
Look on the actual output, can you suggestgest more filter to avoid false positives, please: http://sprunge.us/ZeFj
SELECT
w,
array_agg(tid)
FROM
(
(
SELECT
tags->'wikipedia' AS w,
'N' || id AS tid
FROM
nodes
WHERE
tags != ''::hstore AND
tags?'wikipedia' AND
NOT tags->'wikipedia' LIKE '%#%' AND
NOT tags?| ARRAY['highway', 'railway', 'waterway', 'power', 'place', 'shop', 'network', 'operator']
) UNION (
SELECT
tags->'wikipedia' AS w,
'W' || id AS tid
FROM
ways
WHERE
tags != ''::hstore AND
tags?'wikipedia' AND
NOT tags->'wikipedia' LIKE '%#%' AND
NOT tags?| ARRAY['highway', 'railway', 'waterway', 'power', 'place', 'shop', 'network', 'operator']
) UNION (
SELECT
tags->'wikipedia' AS w,
'R' || id AS tid
FROM
relations
WHERE
tags != ''::hstore AND
tags?'wikipedia' AND
NOT tags->'wikipedia' LIKE '%#%' AND
NOT tags->'type' IN ('route', 'boundary') AND
NOT tags?| ARRAY['highway', 'railway', 'waterway', 'power', 'place', 'shop', 'network', 'operator']
)
) AS t
GROUP BY
w
HAVING
count(*) > 1
;
from osmose-backend.
operator=* or relation:site were used in some places to group the same operator (a website and operator name should change in one place) each office can have it's own tel. tag
operator:wikipedia or operator:wikidata would be more accurate IMO
from osmose-backend.
For brands and operators I don't see what we should have ref to wikipedia. Company are abstract concept not directly linked to a place of one of his office. Maybe valid for the headquarter.
from osmose-backend.
Company are abstract concept not directly linked to a place
thats why we are not placing wikipedia links for every mcdonalds (we have under 150 values in wikipedia=* tag)
Only headquarter of MAIF should get a wikipedia=* tag.
from osmose-backend.
analyser_osmosis_wikipedia use item 1220 for waterway
see http://osmose.openstreetmap.fr/en/errors/?source=29115
from osmose-backend.
Related Issues (20)
- KOpeningHours workaround in Osmose causes bad fix suggestion in conditional restrictions with different years HOT 3
- Does the "france" analyser looks at France d'outre-mer ? HOT 3
- Enable TagFix_Opening_Hours for `opening_hours:*` HOT 1
- Update kOpeningHours when released, remove workaround
- Table multipolygons doesn't handle adjacent (closed) inner rings well: buildings on inner areas of farmland sharing sides (touching) w/other inner flagged as being on farmland. HOT 18
- Duplicate error czech_republic_plzensky with Osmosis_Relation_Multipolygon HOT 1
- Update validation rule adress josm mapcss HOT 7
- Add missing stations check to subways HOT 1
- Rule for addr:housenumber in Puerto Rico HOT 1
- Leisure=track with highway=footway seems legit HOT 2
- Update data for analyser_merge_charging_station_FR HOT 3
- Building:part and sport HOT 2
- false positives on "oneway inaccessible" HOT 9
- Overlapping tunnel and bridge HOT 2
- Item 1210 class 1+2: check if ferry check can be sped up
- Should construction ways be valid connections? HOT 2
- Changes needed to build with older versions of Docker HOT 1
- Add check for images not linking images HOT 1
- Suggestion: add highway tags to subtitle to allow sorting. HOT 2
- Check for wikidata syntax HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from osmose-backend.