Re: [Talk-it] Calanchi

2017-09-27 10:49 GMT+02:00 demon.box : > ciao, vorrei mappare bene una zona costituita da calanchi che sul wiki > vengono definiti così: > > https://it.wikipedia.org/wiki/Calanco già che hai linkato wikipedia per descrivere l'oggetto, siamo sicuri che quel articolo della

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27/09/17 16:48, Andy Mabbett wrote: > On 27 September 2017 at 16:06, Lester Caine wrote: > >>> While it is not yet complete, in what way is Wikdiata failing to be >>> sufficiently reliable? >> >> Much of the work I did on wikipedia was stripped for all sorts of >> reasons.

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27 September 2017 at 16:06, Lester Caine wrote: >> While it is not yet complete, in what way is Wikdiata failing to be >> sufficiently reliable? > > Much of the work I did on wikipedia was stripped for all sorts of > reasons. My question was about Wikidata's reliability,

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

I think we should re-start with the definition of the problems we are (hopefully) trying to solve, or else we might end up too far in the existential realm, which is fun to discuss, but should be left for another thread. * Problem #1: In my analysis of OSM data, wikipedia tags quickly go stale

Re: [Talk-at] Adressen übernehmen mit Adresshelper

On 27.09.2017 11:22, Walter Krammer wrote: Ich trage jetzt seit einigen Tagen mit der JOSM-Erweiterung adresshelper in einigen Kärntner Gemeinden die Hausnummern ein. Dann kontrolliere ich mit dem OSM.Inspector von Geofabrik die Einträge. Bitte nicht! Wenn du für so was einen Validator

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-27 16:56 GMT+02:00 Andy Mabbett : > On 26 September 2017 at 21:39, Martin Koppenhoefer > wrote: > > >> This might also mean that > >> you have to discuss it via Telegram, Facebook, email, IRC, etc. > >> depending on where that local

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27 September 2017 at 16:00, Christoph Hormann wrote: > On Wednesday 27 September 2017, Frederik Ramm wrote: >> >> In theory, almost everything we map could be expressed by a Wikidata >> ID. If welcoming a Wikidata link on a city place node means that by >> extension I also

[OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

On 27/09/2017 15:35, John F. Eldredge wrote: The spatial information will tell you where each business location is; it is not sufficient to tell you whether these are multiple locations of the same brand, or two unrelated brands that share the same name and category of business. Can anyone

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On Wed, 27 Sep 2017 06:49:40 -0500 (CDT) Richard Fairhurst wrote: > Andy Mabbett wrote: > > in different parts of the world > > IIRC OSM stores spatial information. I might be wrong. > Two examples that can't be resolved by a spatial query: 1) There is a business near

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 17:45 GMT+02:00 Andy Mabbett : > On 27 September 2017 at 16:00, Christoph Hormann wrote: > > On Wednesday 27 September 2017, Frederik Ramm wrote: > means that by > >> extension I also have to welcome "amenity:wikidata=Q123456" on > >>

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

That's exactly what we are trying to do. Add another tag -- brand:wikidata=Q550258 On Wed, Sep 27, 2017 at 4:10 PM, yvecai wrote: > Excuse me, but what does wikidata do in this discussion ? > If brand=wendy is different tham brand=wendy, and if somebody has a > problem with

[Talk-it] Task incompleto, da me bloccato.

Si tratta del tasking al seguente indirizzo: http://osmit-tm.wmflabs.org/project/26 Siccome ho dovuto lasciare il lavoro incompleto per allontanarmi dal pc, scrivo qui per chi se ne vuole occupare, visto per sbaglio ho cliccato sul pulsante sbagliato, cioè ho messo come completato, di fatto

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27/09/17 20:56, Yuri Astrakhan wrote: > That formed no part of the early discussions on how wikidata should > work? I bowed out when the discussions were going down a path I did not > find to be at all useful. The current offering is certainly a lot more > 'organised' than those

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

I add a look at http://wiki.openstreetmap.org/wiki/Key:brand:wikidata Wow. So, this tag is about adding an external reference that explains what the tag is? Really? This is not a joke? OSM is sick, please somebody call a doctor. Yves Le 27 septembre 2017 19:14:53 GMT+02:00, Mark Wagner

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

Martin, you cannot make a general claim based on a single value. Users can enter "Aldi", or "Aldi Nord" or "Aldi Sud". With different capitalization and dashes, and with or without dots, and god knows what other creative ways to misspell it. Specifying Q125054 is the same as specifying "Aldi". If

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

> > Can anyone think of an example where two unrelated brands share the same > name and category of business in the same geographical area? Is "the same geographical area" relevant ? Why should a data consumer use a separate datebase to identify the brand of an item ? Suppose I want to find all

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

Am 27.09.2017 um 20:47 schrieb Marc Gemis: >> Can anyone think of an example where two unrelated brands share the same >> name and category of business in the same geographical area? > Is "the same geographical area" relevant ? Why should a data consumer > use a separate datebase to identify the

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

sent from a phone > On 27. Sep 2017, at 17:57, Andy Townsend wrote: > > In Germany both Aldi Nord and Aldi Sud operate, but these tend to be tagged > in OSM as operator rather than brand, and the only wikidata example I can > find is

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

Excuse me, but what does wikidata do in this discussion ? If brand=wendy is different tham brand=wendy, and if somebody has a problem with is it, why not change the key, values or add another tag, document it and voila ? Yves ___ talk mailing list

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

Yves, see above - I listed 3 problems that I would like to solve. Do you agree with them? -- Dr. Yuri :) On Wed, Sep 27, 2017 at 2:44 PM, Yves wrote: > I add a look at http://wiki.openstreetmap.org/wiki/Key:brand:wikidata > Wow. > So, this tag is about adding an external

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27/09/17 19:46, Yuri Astrakhan wrote: > Lester, first and foremost, Wikidata is a system to connect the same > Wikipedia articles in different languages. The "read this article in > another language" links on the left side comes from Wikidata.  Wikidata > has developed beyond this initial goal,

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

On 27 September 2017 at 20:50, Martin Koppenhoefer wrote: > On 27. Sep 2017, at 17:57, Andy Townsend wrote: >> the only wikidata example I can >> find is https://www.openstreetmap.org/way/25716765 > which btw. is another good example of misleading

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

sent from a phone On 27. Sep 2017, at 21:58, Andy Mabbett wrote: >>> the only wikidata example I can >>> find is https://www.openstreetmap.org/way/25716765 > >> which btw. is another good example of misleading and wrong information via >> wikidata. > > No, it's an

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

Marc, I think you are confusing the goal and the means to get there. I agree - the goal is to be able to globally find all Wendy's, so that when I travel, I still can search for familiar brands. So the same brand should have the same ID everywhere. That ID can be either textual or numeric. Both

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

> > That formed no part of the early discussions on how wikidata should > work? I bowed out when the discussions were going down a path I did not > find to be at all useful. The current offering is certainly a lot more > 'organised' than those original discussions. Getting the initial points

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27/09/17 17:40, Andy Mabbett wrote: >> Not on a number of articles I've recently been looking at while checking >> out the CURRENT wikidata offering. I've not found wikidata id's on the >> wikipedia articles I looked at ... but wikidata does seem something I >> should perhaps reassess. > You

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

So you do not agree with the Automated Edits code of conduct ? If an automated edit takes place in a country, why do you expect that that community follows the talk mailing list or even speak English ? People has the right to know that some stranger starts making changes in their area without

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

Lester, first and foremost, Wikidata is a system to connect the same Wikipedia articles in different languages. The "read this article in another language" links on the left side comes from Wikidata. Wikidata has developed beyond this initial goal, but it remains the only way to identify

Re: [OSM-talk] Redacting 75, 000 street names contributed by user chdr

Hi Frederik, That is helpful. Let us know when you have re-executed the analysis and posted the results. A list of IDs per county would be helpful. We can work together as US community to identify viable sources for re-assessing the correct names, as well as organizing mapping efforts for

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

> > > Specifying Q125054 is the same as specifying "Aldi". If needed/wanted, > it could be replaced with the more specific wikidata entry like Aldi Nord. > > no, it’s not the same, because this wikidata object suggests that there is > one company, Aldi GmbH & Co. KG, with 2 seats, and one logo. >

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

I have been fixing nodes that have wikipedia but no wikidata tags [1], and even the first two randomly picked nodes had identical problem - article was renamed (twice!) without leaving redirects - node 1136510320 Try it yourself - run the query and see what the it points to. [1]

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

sent from a phone > On 27. Sep 2017, at 22:04, Yuri Astrakhan wrote: > > Martin, you cannot make a general claim based on a single value. I didn’t make a general claim based on this, I said it’s another example. > Specifying Q125054 is the same as specifying

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

Unlikely, I'm sure, but you could have two brands with the same name on the same high street. Being antipodean doesn't define their differences. DaveF. On 27/09/2017 15:35, John F. Eldredge wrote: The spatial information will tell you where each business location is; it is not sufficient to

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

On 26/09/2017 18:08, Yuri Astrakhan wrote:   When data consumers want to get a link to corresponding wikipedia article, doing that with wikipedia[:xx] tags is straightforward. Doing the same with wikidata requires additional pointless and time consuming abrakadabra. no, you

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27 September 2017 at 17:31, Lester Caine wrote: > On 27/09/17 16:48, Andy Mabbett wrote: >> On 27 September 2017 at 16:06, Lester Caine wrote: >>> critically I'd prefer to see the wikipedia pages containing a link to >>> the wikidata entry! >> >> They

Re: [Talk-at] Adressen übernehmen mit Adresshelper

Am 2017-09-27 um 17:32 schrieb Friedrich Volkmann: > On 27.09.2017 11:22, Walter Krammer wrote: >> Ich trage jetzt seit einigen Tagen mit der JOSM-Erweiterung >> adresshelper in einigen Kärntner Gemeinden die Hausnummern ein. Dann >> kontrolliere ich mit dem OSM.Inspector von Geofabrik die

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

sent from a phone > On 27. Sep 2017, at 23:09, Yuri Astrakhan wrote: > > Martin, that specific Wikidata item may have some, possibly incomplete data, > that can be easily fixed, but that's irrelevant. As I keep saying - the > wikidata and wikipedia tags are no

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

On 27/09/2017 19:47, Marc Gemis wrote: Is "the same geographical area" relevant ? Why should a data consumer use a separate datebase to identify the brand of an item ? Simply because some people had suggested that "brand:wikidata" was unnecessary because you could always work out what brand

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

> I hope everyone realizes that there are Wikidata items for which there > is no Wikipedia article. > So you cannot always find it via Wikipedia tags. > And at least JOSM shows a human readable name of a Wikidata item > besides the Q-number. I think iD does this as well. > m. (who manually adds

Re: [Talk-it] Parlano di noi su Repubblica :-)

On 27 September 2017 at 15:34, Matteo Zaffonato wrote: > http://www.repubblica.it/cronaca/2017/09/27/news/dai_beni_confiscati_alla_street_art_tutti_pazzi_per_crowd_mapping-176618750/ > Qualcuno ha il contatto dell'autrice del pezzo? > Ciao > Matteo > -- ciao Luca

[Talk-at] Adressen übernehmen mit Adresshelper

Ich trage jetzt seit einigen Tagen mit der JOSM-Erweiterung adresshelper in einigen Kärntner Gemeinden die Hausnummern ein. Dann kontrolliere ich mit dem OSM.Inspector von Geofabrik die Einträge. Und da bin ich auf eine grundlegende Diskrepanz gestossen. Der Adresshelper verwendet die

Re: [Talk-at] Adressen übernehmen mit Adresshelper

Hi, ob St. oder Sankt angegeben wird unterscheidet sich grundsätzlich danach ob sich diese Gemeinden irgendwann in St. umbenannt haben. Meine eigene Gemeinde St. Georgen an der Leys hat sich zB umbenannt. Andere Ortsnamen im Adresshelper sind durchaus auch noch mit Sankt angegeben. Diese

Re: [Talk-it] Aiuto su conditional restrictions

Grazie Damjan, mi mancava soprattutto il PH -1 day, non lo conoscevo. Grazie anche per il link al tool, veramente comodo. Il 26/09/2017 20:14, Damjan Gerl ha scritto: > 26.09.2017 - 19:46 - Marcello: >> Salve, >> >> i comuni certo non facilitano la vita ai mappatori e non amano la >>

Re: [Talk-it] Aiuto su conditional restrictions

On 2017-09-26 at 22:24:37 +0200, Martin Koppenhoefer wrote: > le collezioni di cartelli del genere sono veramente assurdi, chi fa questo > ha sbagliato professione e dovrebbe scrivere libri invece di fare cartelli. > L'unico modo e fermarsi davanti con la macchina, leggersi tutto il testo, >

[Talk-it] Calanchi

ciao, vorrei mappare bene una zona costituita da calanchi che sul wiki vengono definiti così: https://it.wikipedia.org/wiki/Calanco non trovo però l'esatto tag perciò secondo voi si avvicina di più a natural=scree https://wiki.openstreetmap.org/wiki/IT:Tag:natural%3Dscree oppure a

Re: [Talk-it] Aiuto su conditional restrictions

Il giorno 27 settembre 2017 10:27, Elena ``of Valhalla'' < elena.valha...@gmail.com> ha scritto: > beh, in quel caso mi pare che almeno ci sia sopra un cartello luminoso > che — suppongo — dia l'indicazione di accesso o meno in quel momento, e > il cartello serve solo se qualcuno deve pianificare

Re: [Talk-it] Calanchi

Se riguarda una formazione litologica il tag piu' adatto dovrebbe essere: https://wiki.openstreetmap.org/wiki/Tag%3Anatural%3Dbare_rock Ciao, Paolo On Wed, Sep 27, 2017 at 10:49 AM, demon.box wrote: > ciao, vorrei mappare bene una zona costituita da calanchi che sul wiki

Re: [Talk-it] Calanchi

Non trovo nulla di specifico, quelli che si avvicinano di piu' sono il tuo https://wiki.openstreetmap.org/wiki/IT:Tag:natural%3Dscree oppure https://wiki.openstreetmap.org/wiki/Tag%3Ageological%3Doutcrop -Original Message- From: demon.box [mailto:e.rossin...@alice.it] Sent: mercoledì

Re: [Talk-it] Calanchi

Prima una domanda: vuoi mappare una calanca o un calanco? Sono cose diverse. Entrambi sono superficie create da erosione (quello che è rimasto da erosione) Non ho una risposta per il tagging. Posso solo dire: Non va bene né shingle né scree (materiali creati e portati via di erosione. Non è

Re: [Talk-it] Calanchi

Il 27/09/2017 11:03, Paolo F ha scritto: Se riguarda una formazione litologica il tag piu' adatto dovrebbe essere: https://wiki.openstreetmap.org/wiki/Tag%3Anatural%3Dbare_rock In alcuni punti potrebbe essere applicabile anche natural=cliff Alessandro Ale_Zena_IT

Re: [Talk-it] Calanchi

voschix wrote > Prima una domanda: vuoi mappare una calanca o un calanco? ciao, vorrei mappare una calanca... --enrico -- Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html ___ Talk-it mailing list Talk-it@openstreetmap.org

Re: [Talk-it] Domanda da nuovo arrivato!

Grazie infinite ora e’ tutto molto chiaro scusa se ti ho fatto ripetere alcune cose ma sono veramente nuovo dell’argomento… ne approfitto per chiedere anche un’altra delucidazione quando si esplicitano i campi per il csv trovo 2 tipi di “dichiarazioni ::id precedute dai :: e “name” tra apici…

Re: [Talk-it] Domanda da nuovo arrivato!

> quando si esplicitano i campi per il csv > trovo 2 tipi di “dichiarazioni: > ::id precedute dai :: e “name” tra apici… > che diffeneza c’e’? Considera la query: [out:csv(::id,"name",::lat,::lon;true;",")]; area[name="Udine"]->.a; ( node(area.a)[highway=bus_stop]; ); out; la prima

Re: [Talk-it] Calanchi

Il giorno 27 settembre 2017 11:13, Volker Schmidt ha scritto: > Prima una domanda: vuoi mappare una calanca o un calanco? Sono cose > diverse. > Entrambi sono superficie create da erosione (quello che è rimasto da > erosione) > Molto interessante. Nella mia zona ci sono

Re: [Talk-it] Calanchi

ciao, vorrei mappare una calanca... > ... cioè qulacosa come: https://fr.wikipedia.org/wiki/Calanque (no c'è una versione italiana dell'articolo) e non quello che hai citato tu inizialmente: https://it.wikipedia.org/wiki/Calanco Mi sembra che ci sia una

Re: [Talk-it] SMAU Milano 2017 - le Community a SMAU-ICT

Il 20/09/2017 16:53, Alessandro Palmas ha scritto: Salve lista, mi è arrivata la proposta per la partecipazione di OSM allo SMAU nell'area community. Come potete leggere sotto non è obbligatorio presidiare tutti i tre giorni e le singole persone potrebbero partecipare anche un solo giorno.

Re: [Talk-it] SMAU Milano 2017 - le Community a SMAU-ICT

2017-09-27 13:56 GMT+02:00 Alessandro Palmas : > > A parte Volker non ho avuto nessun altro feedback. Vorrà dire che domattina > telefono all'organizzazione per dire che non interessa. > Peccato che nessun altro sia disponibile... si perde una grande opportunità di

Re: [Talk-it] Calanchi

Calanque? https://commons.wikimedia.org/wiki/File:Rilke_2.jpg Il 27/set/2017 12:26, "Volker Schmidt" ha scritto: > > > ciao, vorrei mappare una calanca... >> > > ... cioè qulacosa come: > https://fr.wikipedia.org/wiki/Calanque > (no c'è una versione italiana dell'articolo) >

[Talk-it] Parlano di noi su Repubblica :-)

http://www.repubblica.it/cronaca/2017/09/27/news/dai_beni_confiscati_alla_street_art_tutti_pazzi_per_crowd_mapping-176618750/ Ciao Matteo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Calanchi

calanchi famosi sono quelli di Civita di Bagnoreggio https://it.m.wikipedia.org/wiki/File:Valle_dei_Calanchi.jpg [7] Il 27.09.2017 15:27 Cascafico Giovanni ha scritto: > Calanque? > > https://commons.wikimedia.org/wiki/File:Rilke_2.jpg [5] > > Il 27/set/2017 12:26, "Volker Schmidt" ha

Re: [OSM-talk] Label language on the Default stylesheet

On 26.09.17 23:00, Martin Koppenhoefer wrote: for the record: using Latin would be the completely wrong message we could send out IMHO. It would make us look like an elitist circle [1] and would make many people feel rejected, or at least make them turn away as soon as they get to know about

Re: [OSM-talk] Downloading Version 3 of all bus stops in a country

Thanks for the info, mmd! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Downloading Version 3 of all bus stops in a country

On Tue, 2017-09-26 at 11:46 +0200, Jo wrote: > Then load that in PostGIS and create scripts to read GTFS into > PostGIS. > > Then compare the data in the DB and produce output and ideally a UI. > > I started doing something like that here: > > https://github.com/osmbe/public_transport > > Let

Re: [OSM-talk] Downloading Version 3 of all bus stops in a country

Deleting data on OpenStreetMap and replacing it by imported data is obviously never the acceptable approach. What I don't understand is why you don't create something that compares the latest version of all the bus stops in OSM with the latest version of the GTFS data from upstream. Why compare

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

Hello, Thank you for this query, which will be very useful for detecting these issues. I'm not sure if this is possible in the current state of Wikidata, but can't we retrieve all shop chains brands, and then query OSM to find object having wikidata tag pointing to one of the brands ? If

Re: [OSM-talk] Downloading Version 3 of all bus stops in a country

2017-09-27 8:30 GMT+02:00 Safwat Halaby : > On Tue, 2017-09-26 at 11:46 +0200, Jo wrote: > > > Then load that in PostGIS and create scripts to read GTFS into > > PostGIS. > > > > Then compare the data in the DB and produce output and ideally a UI. > > > > I started doing

Re: [OSM-talk] Downloading Version 3 of all bus stops in a country

On Wed, 2017-09-27 at 09:12 +0200, Jo wrote: > Deleting data on OpenStreetMap and replacing it by imported data is > obviously never the acceptable approach. > > What I don't understand is why you don't create something that > compares the > latest version of all the bus stops in OSM with the

Re: [OSM-talk] The real face of MAPS.ME edits and notes - a short analysis

Note: I'm replying to an old mail. If you don't have it. You can find it here: https://lists.openstreetmap.org/pipermail/talk/2017-June/078181.html "The real face of MAPS.ME edits and notes - a short analysis" >The price to reproduce all the on-the-ground mappers' > contributions we have is >

Re: [OSM-talk] Downloading Version 3 of all bus stops in a country

If there is a conflict regarding position or tags, they should be resolved by a human mapper. If I were to apply the newer is better approach, we would constantly be reverting back to the positions the operators think their stops are at. It's important to respect the mappers work, because without

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

While I can understand adding WP and WD tags to objects of note, why on earth would we want to add all this redundancy to OSM objects at all? Particularly given that object type + brand(s) should essentially always be unique, anybody that wants to look up WD keys could do so via a simple external

Re: [OSM-talk] Label language on the Default stylesheet

+1 Until there is a (vector) map that allows you to change the preferred language dynamically or match against a priority list of languages from the user, the current principle of local language = display language is simply the best option. On 2017년 09월 26일 23:00, Martin Koppenhoefer

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 26 September 2017 at 23:47, Yuri Astrakhan wrote: > Here is a query that finds all wikidata IDs frequently used in > "brand:wikidata", and shows OSM objects whose "wikidata" points to the same. > I would like to replace all such wikidata/wikipedia tags with the >

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27 September 2017 at 10:07, Simon Poole wrote: > While I can understand adding WP and WD tags to objects of note, why on > earth would we want to add all this redundancy to OSM objects at all? The question incudes the false premise that this is redundancy: It is not, it adds

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

Andy Mabbett wrote: > in different parts of the world IIRC OSM stores spatial information. I might be wrong. Richard -- Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html ___ talk mailing list talk@openstreetmap.org

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

Am 27.09.2017 um 13:30 schrieb Andy Mabbett: > > For example, until the UK version went titsup a few years back, there > were chains of stores in the UK and in Australia, each called > "Woolworths". Though they had common roots, they were not the same. > > Why would that matter to OSM? Given

Re: [OSM-talk] Redacting 75, 000 street names contributed by user chdr

Hi, On 27.09.2017 06:43, Martijn van Exel wrote: > In your email from Aug 28 you proposed to wait a while as a first step > to gather some feedback on your assessment. Did you receive any? When do > you think you want to proceed with the redaction? Anything we can do to > help? I haven't

Re: [OSM-talk] Downloading Version 3 of all bus stops in a country

I think my last two replies never got through and were sent privately instead. Here's a rephrasing. (which is possibly better anyways). __ On Wed, 2017-09-27 at 10:53 +0200, Marc Gemis wrote: > isn't it possible that the 2017 contains data from e.g. 2014, which

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27 September 2017 at 12:57, Simon Poole wrote: >> For example, until the UK version went titsup a few years back, there >> were chains of stores in the UK and in Australia, each called >> "Woolworths". Though they had common roots, they were not the same. > Why would that

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27 September 2017 at 12:49, Richard Fairhurst wrote: > Andy Mabbett wrote: >> in different parts of the world > > IIRC OSM stores spatial information. I might be wrong. For some reason I can't determine, you quote me out-of-context; the context was that we were

Re: [OSM-talk] Downloading Version 3 of all bus stops in a country

On Wed, 2017-09-27 at 09:18 +0200, Jo wrote: > 2017-09-27 8:30 GMT+02:00 Safwat Halaby : > > > On Tue, 2017-09-26 at 11:46 +0200, Jo wrote: > > > > > Then load that in PostGIS and create scripts to read GTFS into > > > PostGIS. > > > > > > Then compare the data in the DB and

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

( Thought I hit 'reply list' :) ) On 26/09/17 23:47, Yuri Astrakhan wrote: > Here is a query that finds all wikidata IDs frequently used in > "brand:wikidata", and shows OSM objects whose "wikidata" points to the > same. I would like to replace all such wikidata/wikipedia tags with the >

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

Am 27.09.2017 um 15:00 schrieb Andy Mabbett: > ... >> Why would that matter to OSM? > It may not, It certainly matters to OSM's users. > > Tim Berners Lee coined the "Five Stars of Open Data" > > http://5stardata.info/en/ > > defining best practice in publishing open data. OSM already meets

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27 September 2017 at 14:28, Lester Caine wrote: > wikidata provides a section which documents a range of LINKS which > identify the same object on other databases. It would be nice if there > was a stable identity on OSM that would populate an entry in THAT list. Indeed

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

Hi, On 27.09.2017 15:37, Simon Poole wrote: > My take is that it adds a nearly impossible to maintain (consider your > own Woolworth's example), non-speaking, foreign key We generally discourage foreign keys (that are only usable together with a different data set and that are not signposted

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27 September 2017 at 14:37, Simon Poole wrote: > Am 27.09.2017 um 15:00 schrieb Andy Mabbett: >> Tim Berners Lee coined the "Five Stars of Open Data" >> >> http://5stardata.info/en/ > You are assuming > a) that an arbitrary best practice definition is relevant for OSM

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 15:59 GMT+02:00 Frederik Ramm : > Hi, > > On 27.09.2017 15:37, Simon Poole wrote: > > My take is that it adds a nearly impossible to maintain (consider your > > own Woolworth's example), non-speaking, foreign key > > We generally discourage foreign keys (that are

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

I fail to understand how an external database can link to an OSM location in case we do not allow foreign keys. I know there is some vague "find something with a name similar to X in some area Y" kind of strategy, but did somebody ever implemented such a thing ? I doubt that "area Y" is always

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27 September 2017 at 14:59, Frederik Ramm wrote: > We generally discourage foreign keys We do? Citation please. > If welcoming a Wikidata link on a city place node means that by > extension I also have to welcome "amenity:wikidata=Q123456" on something > that is, say,

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On Wed, 27 Sep 2017 15:59:34 +0200 Frederik Ramm wrote: > > "amenity:wikidata=Q123456" on something that is, say, an ice cream > parlour because Q123456 is the generic Wikidata category for ice > cream parlours I thought wikidata tags were for unique objets, which usage I

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

The spatial information will tell you where each business location is; it is not sufficient to tell you whether these are multiple locations of the same brand, or two unrelated brands that share the same name and category of business. On September 27, 2017 6:51:32 AM Richard Fairhurst

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

On 26 September 2017 at 21:39, Martin Koppenhoefer wrote: >> This might also mean that >> you have to discuss it via Telegram, Facebook, email, IRC, etc. >> depending on where that local community is. >> >> The talk mailing list is not sufficient. > I think this is

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On Wednesday 27 September 2017, Frederik Ramm wrote: > > In theory, almost everything we map could be expressed by a Wikidata > ID. If welcoming a Wikidata link on a city place node means that by > extension I also have to welcome "amenity:wikidata=Q123456" on > something that is, say, an ice

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

On 27/09/17 14:40, Andy Mabbett wrote: > On 27 September 2017 at 14:28, Lester Caine wrote: > >> wikidata provides a section which documents a range of LINKS which >> identify the same object on other databases. It would be nice if there >> was a stable identity on OSM that

[Talk-us] Missing imagery in JOSM

What happened to the USGS topographic map imagery that was available in JOSM until a few days ago? Mark ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] I 85 Express Lane (Atlanta, Georgia)

> On Sep 24, 2017, at 5:22 PM, Minh Nguyen wrote: > > I might be inclined to map the lane as a separate way, but only because I don't know of any routers that currently > recognize the change:lanes tag. [1] Either way, it makes sense to treat HOV and toll lanes

Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Nice

Hello, L'import a été fait: 52310 bâtiments ont été mis à jour avec leur hauteur. Plus de détails sur cette page Wiki . ++ Vincent. Le 18 septembre 2017 à 17:57, Vincent Frison a écrit : >

Re: [Talk-us] Missing imagery in JOSM

On Wed, 27 Sep 2017 12:14:03 -0400 "Mark Bradley" wrote: > What happened to the USGS topographic map imagery that was available > in JOSM until a few days ago? Still there for me, though something's changed: when you zoom out, it no longer switches away from the

Re: [Talk-br] Como ser um nó de banco de dados do OSM?

Bom dia Rodrigo, parece muito interessante a proposta. Não entendo muito da parte de informática, mas talvez você possa encontrar mais informações sobre o que deseja nestes links sobre a base de dados do OSM: https://wiki.openstreetmap.org/wiki/Category:OSM_API

Re: [Talk-br] Como ser um nó de banco de dados do OSM?

2017-09-26 15:28 GMT-03:00 Rodrigo M. Mariano : > Isto é realmente possível? Se sim, alguém poderia me passar, por favor, > > as instruções de como podermos ser um nó de BD do OSM? Vocês querem que tipo de serviço exatamente? Apenas o banco de dados, um servidor de tiles

Re: [OSM-talk-ie] Email privacy

Hi, It's not about privacy as such, more about the spam risk (I'm getting a fair bit of phishing at the moment). Pages like that would be ripe for harvesting email addresses. Colm

  1   2   >