Re: [talk-au] I want to add a national park

I agree the larger government data set, from which I extracted the national park boundary shapefile, does appear to have an incompatible licence (see https://creativecommons.org/licenses/by-nc/2.0/). So by extension the extracted subset cannot be used. Can you suggest another source for the

Re: [Talk-it] Ultimo tratto relazione Alpinistica

Scusate ma, usando sac_scale per il tratto alpinistico non perdiamo tempistica e dislivello del sopracitato? Vi sembra giusto farlo? Grazie per la pazienza Angelo Da: matteocalosi Inviato: domenica 15 ottobre 2017 12:13 A:

Re: [talk-au] I want to add a national park

Do we have permission for that data? On the face of it the licence is incompatible with OSM. Ian. On 16 October 2017 at 16:12, Paul Morton wrote: > OSM is missing the Leeuwin-Naturaliste National Park land use. I have > extracted a shapefile for the park from

[Talk-it] Utilità cartelli limiti di velocità

Buongiorno a tutti, volevo porvi una domanda riguardante l' utilità di inserire in OSM i cartelli di velocità massima consentita, perché l' utente ginfix ha cancellato i punti vicino la way dicendo che la velocità si indica nella strada non con un punto [1]. Domanda, può essere di qualche

Re: [OSM-talk-be] Importing Villo! API data

I'm not sure whether it is a good idea to "copy" the address of a house to another object, that does not really have that address. As the original address information is "face 35-39 / tegenover 35-39", the bicycle rental place should not have addr:housenumber=35-39 imho m. On Sun, Oct 15, 2017

Re: [OSM-talk] New OSM Quick-Fix service

Tobias, as promised, a thorough response. On Sun, Oct 15, 2017 at 9:14 AM, Tobias Zwick wrote: > > So, the initial question is: What is the conceptual use case for such a > tool? Where would be its place in the range of available OSM tools? > I think my main target is the

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

On 15/10/2017 05:39, Michael Reichert wrote: And even if detecting disambiguation pages in Wikipedia would miss too much of them, you could use Wikidata to check if the Wikipedia page the Wikidata item points to is a disambiguation page according to Wikidata? While wroting the paragraph above,

Re: [Talk-it] Coordinate (per me) incomprensibili

Il 16 ott 2017 00:30, "demon.box" ha scritto: Ciao, chiedo che cortesemente qualcuno mi illumini a riguardo delle coordinate e conversioni. Sono coordinate UTM nel sistema ED50: https://it.m.wikipedia.org/wiki/ED50 Puoi convertirle in altri sistemi, ad esempio WGS84, con

Re: [Talk-us] Trunk

Okay folks. Coming back from not even 48 hours camping and this thread has exploded. I don't think it benefits anyone to continue in this way. Valuable insights get lost in the sheer volume of email; arguments are being repeated. I am dedicating the next Many Mappy Minutes (our monthly-ish online

Re: [Talk-in] old_name tag for merged Associate State Banks

Overpass has a useful function to query historic data using the data parameter. It also supports a CSV output. Putting them together, this query will give a CSV of the OSM id and names of banks and atms: http://overpass-turbo.eu/s/sms . This should hopefully match the spreadsheet and be useful

[OSM-talk] Hardware partnership and projects wishlist

Hi, I'm looking for partners with hardware resources in Poland to use it for some interesting OSM-related projects. I've made basic research with OSMF, French and German pages about hardware and network connectivity and it looks like they collaborate with academic and business world: -

[OSM-talk] Island/islet area tagging

Hi, We'll probably start to render island/islet labels earlier (if the code will be merged, of course), so I've made a short info with renderings on z4-z6 showing only island names on the planet: https://github.com/gravitystorm/openstreetmap-carto/pull/2890#issuecomment-336664545 It looks

[Talk-it] Coordinate (per me) incomprensibili

Ciao, chiedo che cortesemente qualcuno mi illumini a riguardo delle coordinate e conversioni. Per un punto di interesse, prima mi venivano passati questi valori: X 1598477,351 Y 5044306,337 con i quali, dopo averli convertiti da "Piane Gauss-Boaga Roma40" a "WGS84 gps", mi ci

Re: [OSM-talk-be] Meetup about rendering of maps

Hello, Two years ago I created a map with QGIS & OSM. You can find the QGIS style there : https://github.com/Champs-Libres/QGIS-OSM-styles I explained the method is a blog-post ( http://blog.champs-libres.coop/carto/2015/04/10/creer-une-carte-cycliste-avec-osm-et-qgis.html ). I took some

Re: [Talk-it] Tag bacheca necrologi

Come s chiamano queste bacheche ufficialmente? Dalle mie parti (Padova) o mi sono sfuggite o non esistono. 2017-10-15 19:45 GMT+02:00 Marco : > Immagino che ogni comune in Italia abbia un discreto numero di "bacheche" > apposite per i necrologi, quindi magari qualcuno

[OSM-talk-fr] office=foundation

Bonsoir, J'ai créé la page en français sur office=foundation, avec qq trucs. Je prendrais tous les commentaires, si il y en a, pour faire évoluer la page http://wiki.openstreetmap.org/wiki/FR:Tag:office%3Dfoundation merci par avance! Paul ___ Talk-fr

Re: [OSM-talk] New OSM Quick-Fix service

Yuri, On 10/15/2017 11:53 AM, Yuri Astrakhan wrote: > Christoph, kindly explain, instead of making snide remarks. You have not > added to the discussion, but instead raised the level of toxicity of > this channel even further. Note that several people have already noted > that this channel is

Re: [Talk-it] Nomi di fiumi e torrenti, e (ab)uso di waterway=river

Daniele wrote > Le targhe su superstrade/autostrade ecc. indicano generalmente il nome del > ponte/cavalcavia stessi, non quelli del fiume/torrente che scavalcano. > Ma probabilmente sono più pratico di viabilità ordinaria che autostradale. > > Dom

Re: [OSM-talk-be] http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Walking_Routes

I agree that the page is getting huge. The three page suggestion looks OK to me. It is probably best to keep a general page that basically links to the three new pages. Short remark about the nordic walking routes: when I added the table of the routes in Viroinval, I did it on the walking routes

Re: [OSM-talk] [Tagging] New OSM Quick-Fix service

2017-10-13 23:25 GMT+02:00 Yuri Astrakhan : > I would like to introduce a new quick-fix editing service. It allows > users to generate a list of editing suggestions using a query, review each > suggestion one by one, and click "Save" on each change if they think it's a >

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-14 12:05 GMT+02:00 Christoph Hormann : > On Friday 13 October 2017, Yuri Astrakhan wrote: > > I would like to introduce a new quick-fix editing service. It allows > > users to generate a list of editing suggestions using a query, review > > each suggestion one by one,

Re: [OSM-talk] New OSM Quick-Fix service

On 15 October 2017, at 13:51, Yuri Astrakhan wrote: >Andy, first off, this whole email thread was about "hi, this is a new, rough >around the edges tool I'm building, that MIGHT benefit SOME people" >Suggestions/ideas welcome.  When you say "stop" - stop what? Stop

Re: [Talk-it] information=board vuoto!!

Certo sono perfettamente d'accordo che essendo vuote non danno nessuna informazione Ciao. --enrico -- Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html ___ Talk-it mailing list Talk-it@openstreetmap.org

Re: [Talk-it] information=board vuoto!!

Se sono vuote io non le mapperei affatto. E' evidente che non c'e' interesse a ripristinarle quindi che indicazione si da mappandole? 2017-10-15 21:06 GMT+02:00 demon.box : > Mi è capitato spesso in zone montane o collinari, comunque molto distanti > dai > centri abitati

[Talk-it] R: Tag bacheca necrologi

Nei piccoli comuni spesso non ci sono bacheche apposite, bensì i necrologi vengono apposti nelle bacheche destinate agli avvisi istituzionali del comune. Inoltre in alcune grandi città non ci sono proprio (ad esempio a Torino non li ho mai visti) Dom

Re: [Talk-it] Nomi di fiumi e torrenti, e (ab)uso di waterway=river

Le targhe su superstrade/autostrade ecc. indicano generalmente il nome del ponte/cavalcavia stessi, non quelli del fiume/torrente che scavalcano. Ma probabilmente sono più pratico di viabilità ordinaria che autostradale. Dom 15/10/17, demon.box

[Talk-it] information=board vuoto!!

Mi è capitato spesso in zone montane o collinari, comunque molto distanti dai centri abitati (anche a 1500 metri di altitudine) di trovare delle belle bacheche in legno, in perfetto stato ma sempre rigorosamente vuote nonostante miei ripetuti passaggi anche a distanza di anni Come le mappo,

Re: [Talk-it] Nomi di fiumi e torrenti, e (ab)uso di waterway=river

Daniele wrote > Inoltre quelle (rare) volte che sul ponte che lo scavalca vi è la targa > indicante il corso d'acqua superato mi sembra ci sia scritto solitamente, > ad esempio "Fiume Po" , e non semplicemente "Po" Come puoi vedere purtroppo per ogni "regola" esiste già più di una eccezione:

Re: [OSM-talk] New OSM Quick-Fix service

It's both the splash screen & value for your created_by tag! DaveF On 15/10/2017 14:24, Yuri Astrakhan wrote: Christoph, once again, what does Wikidata have to do with anything in this thread? Wikidata is a heated and important point, and just today I saw another great use of it -

[Talk-it] Tag bacheca necrologi

Immagino che ogni comune in Italia abbia un discreto numero di "bacheche" apposite per i necrologi, quindi magari qualcuno prima di me si è già posto il problema di quale tag scegliere. Sulla wiki non ho trovato nulla di simile, come posso mapparle? Grazie Marco

Re: [Talk-it] Alta Via dei Parchi (e percorsi a tappe con sovrarelazione in generale)

Si, solo che nella pratica non ha quasi mai lo stesso ref, network, name, etc. Io le superroute cerco di non usarle, non trovo particolarmente utile questi raggruppamenti, ma se proprio uno le usa perlomeno che siano utili. Quindi nel tuo caso nel name=Alta Via dei Parchi mentre nelle altre ci

Re: [OSM-talk-be] Importing Villo! API data

Hello, In the past weeks I have also wanted to do some cleanup on Villo! stations and it’s a fact that there still quite a lot of work to be done. Just a few thoughts about the idea of bulk data imports because this is what gave us really "ugly" nodes sometimes. The name itself is a problem

Re: [OSM-talk] New OSM Quick-Fix service

>Thank you for a very well thought out analysis. Surely the analysis should be done at the front of the project. Making a change during the project has costs. The further you are into the project normally the higher the cost is to correct something. This is general not specifically your

Re: [Talk-us] Trunk

In the US, we've always treated primary/secondary/tertiary as a way to tag importance to the road network, while physical construction was secondary. Motorway, of course, was and still is treated differently. Trunk has always been stuck in the middle between people who like me and Paul want to

Re: [OSM-talk] New OSM Quick-Fix service

Hi "this tool has nothing to do with Wikidata" "Currently, the tool creates two changeset tags: created_by=OSM+Wikidata 0.1" Am I confused by what you mean by "this tool"? DaveF On 15/10/2017 13:04, Yuri Astrakhan wrote: Andu, with all due respect, you are misrepresenting things. I have

Re: [Talk-us] Trunk

Yes, on more than one occasion back in the mists of time before armchair mappers had spread the lanes and other condition tags widely I found some pretty shitty US highways labeled as trunk, not because they are better roads, but because they happen to be long distance through routes. US412

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

Lets take an example. History of this hillfort: http://www.openstreetmap.org/node/1717783246/history What happened here: 1. I've added a hillfort object "Žagarės piliakalnis" (Žagarės hillfort). 2. Med fixed wikipedia tag (removed underscores - good change, my mistake fixed). 3. I've

Re: [Talk-it] Alta Via dei Parchi (e percorsi a tappe con sovrarelazione in generale)

Ma dovrei usare http://wiki.openstreetmap.org/wiki/Relation:superroute ? Dice: The superroute has the same characteristics as the routes regarding route=*, ref=*, network=*, name=*, … -- Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

Re: [OSM-talk] New OSM Quick-Fix service

Tobias, this is the best and most constructive email I have seen yet! Thank you for a very well thought out analysis. I want to give it justice and do a thorough reply, but only after getting some sleep. Thank you for restoring my faith in the proper communication. Christoph, once again, what

Re: [OSM-talk] New OSM Quick-Fix service

Hi Yuri I am not aware of the record of your previous interactions with the community and I think you cannot be blamed to not respond to any toxic feedback and/or accusations thrown at you here, whether they may be justified or not. So, I give you the benefit of the doubt and write up this

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

If a community has had a well established and agreed process running, which does not create any new data issues, why should someone outside of that community be requesting a global halt? It's not like the data is getting worse all of a sudden, right? And their work does not prevent global

Re: [OSM-talk] New OSM Quick-Fix service

On Sunday 15 October 2017, ajt1...@gmail.com wrote: > > You did indeed receive one message in your favour - I miscounted. > That's 1 in favour, 1 question (from someone who has been critical > elsewhere) and 7 against.  Maybe that counts as a majority in your > favour in some places, but it

Re: [OSM-talk] New OSM Quick-Fix service

Andy, first off, this whole email thread was about "hi, this is a new, rough around the edges tool I'm building, that MIGHT benefit SOME people" Suggestions/ideas welcome. When you say "stop" - stop what? Stop coding? I have not done any significant amount of editing since last month, right

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

Hi Ryszard, Am 2017-10-12 um 22:41 schrieb Ryszard Mikke: > On 3 October 2017 at 18:56, Christoph Hormann wrote: > >> On Tuesday 03 October 2017, Frederik Ramm wrote: >>> Hi, >>> >>>seeing that the matter is discussed quite intensively and opinions >>> vary widely, could we

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

Hi Ryszard, Am 2017-10-13 um 01:11 schrieb Ryszard Mikke: > On 12 October 2017 at 23:23, Christoph Hormann wrote: > >> As i have pointed out elsewhere doing QA in OSM based on Wikidata does >> not in any way depend on the automatic addition of Wikidata IDs to >> OSM - or in

Re: [Talk-it] Nomi di fiumi e torrenti, e (ab)uso di waterway=river

+1 sono perfettamente d'accordo perchè anch'io mi sono spesso imbattuto nel nome del corso d'acqua mutilato (secondo me ingiustamente) della prima parte, soprattutto nel caso delle relazioni waterway spesso nel name si trova ad esempio "Val Grande" anzichè "Torrente Val Grande" e francamente non

Re: [OSM-talk] New OSM Quick-Fix service

> I have received praises on OSM-RU channel, Wow, within the large number of active mappers there is a very broad range of opinions. One or two people saying this is wonderful is not a consensus within OpenStreetMap that it is. Within OpenStreetMap the authority is normally accepted to be the

Re: [OSM-talk] New OSM Quick-Fix service

On 15/10/2017 13:04, Yuri Astrakhan wrote: Andu, with all due respect, you are misrepresenting things.  I have received praises on OSM-RU channel, and that's where I got my first bug reports and suggestions that were quickly fixed.  The current mailing thread also received a praise from Steve.

Re: [OSM-talk] New OSM Quick-Fix service

Andu, with all due respect, you are misrepresenting things. I have received praises on OSM-RU channel, and that's where I got my first bug reports and suggestions that were quickly fixed. The current mailing thread also received a praise from Steve. I have received a private email explicitly

[OSM-talk-be] Importing Villo! API data

Hello all, Lately I have been looking at the Villo! dataset from the JCDecaux API at [1], which is released under the Etalab Open License (see also [2]). I want to consult the community about the use of this data to improve the tagging of the stations we have already mapped. I would also like to

Re: [Talk-us] Trunk

Bradley White wrote: > The UK/Canada system and the central Europe system both adopt > the tag in a way that makes sense for the road network they > have. We are trying to shoehorn the central European tagging > system into our country when, to me, it makes more sense to > use the UK/Canada

Re: [OSM-talk] New OSM Quick-Fix service

On 15/10/2017 11:04, Christoph Hormann wrote: On Sunday 15 October 2017, Yuri Astrakhan wrote: [...] I was following up on the Christoph Hormann's idea of the "bot=no" tag, to "allow mappers to opt out of bot edits on a case-by-case basis." No, you were not, likely because you misunderstood my

Re: [Talk-it] Ultimo tratto relazione Alpinistica

Se non ci sono indicazioni/segnavia non mettere nessuna ref e nessuna relazione sentiero, solo la way con le tag appropriate. Io non metterei cai_scale in questo caso, sac_scale va sicuramente bene anche per tratti (semi)alpinistici di questo tipo (scrambling, non vie di roccia vere e proprie),

Re: [OSM-talk] New OSM Quick-Fix service

On Sunday 15 October 2017, Yuri Astrakhan wrote: > > > > [...] I was following up on the Christoph Hormann's > > > idea of the "bot=no" tag, to "allow mappers to opt out of bot > > > edits on a case-by-case basis." > > > > No, you were not, likely because you misunderstood my suggestion > > which

Re: [Talk-it] ascensione vie normali, was Ultimo tratto relazione Alpinistica

Un saluto a tutti. IMHO ... In effetti nella proposta relativa al cai_scale e nella wiki abbiamo scritto che il cai_scale e' per la relazione. Quasi mai, almeno nella mia esperienza, la salita di una via normale è assimilabile ad un *sentiero* e tanto meno ad un percorso CAI. Non per la

Re: [OSM-talk] New OSM Quick-Fix service

Christoph, kindly explain, instead of making snide remarks. You have not added to the discussion, but instead raised the level of toxicity of this channel even further. Note that several people have already noted that this channel is toxic and refused to participate in it, rather than being

Re: [Talk-it] Ultimo tratto relazione Alpinistica

forse aiuta in questa discussione alpino (it) = alpine (en) alpinistico (it) = mountaineering (en) Sac scale: http://www.sac-cas.ch/fileadmin/sac/PDF-Dateien/ Unterwegs/Schwierigkeitsskala/Scala_di_difficolta_per_gite_

Re: [OSM-talk] New OSM Quick-Fix service

On Sunday 15 October 2017, Yuri Astrakhan wrote: > [...] I was following up on the Christoph Hormann's > idea of the "bot=no" tag, to "allow mappers to opt out of bot edits > on a case-by-case basis." No, you were not, likely because you misunderstood my suggestion which is likely because you

Re: [Talk-it] Ultimo tratto relazione Alpinistica

https://www.vienormali.it/montagna/cima_scheda.asp?cod=2247 [https://www.vienormali.it/images/fotocime/2247_cimadimalvedello1.jpg] Cima di Malvedello via normale - Relazione scalata Cima di

Re: [Talk-us] Trunk

On Sat, 14 Oct 2017 22:40:16 -0700 Bradley White wrote: > If we can determine importance (which is what the 'highway=' tag > fundamentally represents per the wiki) solely by what's on the ground, > why not just tag what's physically there, ditch the 'highway' tag >

Re: [Talk-us] Trunk

Not entirely a bad idea, but runs fundamentally in to the same issue this thread is about, if not moreso. FM 2161 would wind up as a more significant road than OR 22 in such a scenario. Never mind that OR 22 on the west side of Salem, OR is a major 50 MPH expressway going directly to the core of