Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi all'estero

[Cascafico Giovanni]

Task manager per attività di molti in poco spazio e tempo, dove sono molto
probabili sovrapposizioni.

Questa credo richieda invece una query osm dinamica... forse si può fare
anche con umap, dove ogni name:it mancante crea un marker cliccabile con
query wikidata.

 Oggi provo

Il mer 29 lug 2020, 20:06 Nap Osm  ha scritto:

> Ciao Manuel,
> ho dato un'occhiata al task manager e devo dire che è semplicissimo da
> usare, appena ho un po' di tempo provo a creare un task di prova.
> Anche io propenderei per MapRoulette, soprattutto per ottenere i punti da
> tradurre in automatico (sempre attraverso Wikidata come dicevo), qualcuno
> saprebbe dirmi se è possibile farlo?
>
> --
> *From:* Manuel 
> *Sent:* Tuesday, July 28, 2020 6:03 PM
> *To:* talk-it@openstreetmap.org 
> *Subject:* Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi
> all'estero
>
> Io sono d'accordo per MapRoulette (così che sia anche fattibile per anche
> utenti non-italici e reiterabile in futuro), ma nel caso c'è anche questo
> task manager: https://stm.hauke-stieler.de/ (segnalato da Cascafico nel
> gruppo Telegram).
> Manuel
> Il 28/07/2020 19:54, Nap Osm ha scritto:
>
> Ciao Marcello,
> Grazie mille per l'ottimo lavoro svolto e per aver portato di nuovo la
> discussione!
> Anche secondo me sarebbe utile aggiungere il tag name:it.
> Secondo me, come ha detto Ivo potremmo organizzarci tramite taskmanager,
> ricordo che Wikimedia ne aveva uno, non so bene come funzioni però.
> Mi piacerebbe se si potesse espandere la cosa anche per i monumenti o per
> altri luoghi famosi con un nome in italiano, magari organizzando un evento
> con hashtag o utilizzando tipo MapRoulette (anche se è un po' più
> complicata la cosa in quel caso).
> Sarebbe possibile utilizzare Wikidata per scoprire tutti i luoghi con tag
> Wikidata senza name:it che però hanno una traduzione in italiano su
> Wikidata?
>
> Tra l'altro segnalo tra i luoghi senza traduzione qualche isola inglese
> (quelle che finisco per Island).
> --
> *From:* Marcello  
> *Sent:* Tuesday, July 28, 2020 2:10 PM
> *To:* talk-it@openstreetmap.org 
> 
> *Subject:* Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi
> all'estero
>
> Il 23/07/20 13:14, Marcello ha scritto:
>
> Il 23/07/20 10:30, Nap Osm ha scritto:
>
> Buongiorno a tutta la lista!
> Questa settimana mi è capitato di vedere un documentario della Rai della
> Seconda Guerra Mondiale in cui venivano nominati molti luoghi famosi come
> città e monumenti, in italiano.
> Qualche giorno fa, per perdere un po' di tempo, ho deciso di andare a
> vedere se fossero tutti presenti in OpenStreetMap (anche per vedere in che
> parte del mondo si trovano/trovavano). Mi sono accorto che molti di questi
> è possibile cercarli soltanto in inglese, perché appunto manca il tag
> name:it.
> Non solo con i monumenti, anche molte stazioni avevano soltanto il nome in
> altre lingue.
> Se secondo voi è importante tradurre in italiano quanti più luoghi
> possibile o il tag Wikidata porta con sè già tutte le informazioni
> necessarie? Perché credo che alcune app sfruttino Wikidata (OsmAnd?) mentre
> Nominatim sembra di no (a quanto pare).
> Si potrebbe creare/sarebbe necessario un "evento" (non mi viene un termine
> più preciso ) per promuovere la traduzione di questi luoghi? Magari anche
> luoghi italiani in inglese (se non sono già tutti tradotti).
> Naturalmente penso che il problema principale sia trovare nomi
> "ufficiali", non so se è possibile utilizzare quelli di Wikidata, per
> questo ho deciso di scrivere qui, in modo che si possa aprire una
> discussione a riguardo.
> Cosa ne pensate?
>
> Sono assolutamente d'accordo. Qualche anno fa mi resi conto che anche
> qualche capitale delle nazioni dell'ex Jugoslavia non aveva il tag name:it.
> Partii da lì e controllai l'Europa del sud e il Medio Oriente fino ai paesi
> arabi, lo misi dove mancava, non conoscendo quelle lingue ho controllato la
> corrispondenza della grafia con la corrispondente pagina Wikipedia, dopo
> qualche ora mi sono cominciati ad arrivare messaggi in lingua araba (spero
> solo per collaborazione alla wikipedia locale) e ho desistito, anche perché
> avevo iniziato casualmente e impiegavo abbastanza tempo per ogni città.
>
> Non so se il tag wikidata, dove presente, può sopperire alla mancanza di
> name:it, ma secondo me dovremmo partire con lo stabilire per quali luoghi
> vorremmo che ci sia il name:it (es. nazioni, capitali, città pù importati,
> luoghi geografici rilevanti), poi fare una query per estrarre dove manca,
> così sicuramente si velocizza il lavoro di completamento. Mi sembra
> un'operazione assolutamente da considerare, soprattutto per i paesi che
> usano alfabeti non latini basta spostarsi di poco per non avere più
> riferimenti.
> --
>
> Ciao
> Marcello
>
>
> Ho fatto un controllo sugli stati e le capitali che non hanno il tag
> name:it, gli stati sono 28, per lo più piccole isole, più i Territori
> 

Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi all'estero

[Martin Koppenhoefer]

in pratica è già stato fatto tante volte...
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi all'estero

[Martin Koppenhoefer]

sent from a phone

> On 29. Jul 2020, at 20:06, Nap Osm  wrote:
> 
> (sempre attraverso Wikidata come dicevo), qualcuno saprebbe dirmi se è 
> possibile farlo?


credo che secondo la OpenStreetMap-Foundation non si può fare perché wikidata 
contiene tanti dati protetti, nonostante la licenza cc0 che però non garantisce 
che i dati sono privi di diritti...

Mi potrei sbagliare, ma ricordo così 

Ciao Martin 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-us] National Forest refs/names

[Paul Johnson]

Could we get some examples of what you mean?

On Wed, Jul 29, 2020 at 5:26 PM  wrote:

> That seems sensible. What about the general case (i.e. no continuity
> with a county road?) - to add "road" or not?
>
> On 2020/07/30 7:09, Paul Johnson wrote:
> > I'd generally include the whole name including "Road" in that case.
> >
> > On Wed, Jul 29, 2020 at 5:03 PM  > > wrote:
> >
> > Quick question for clarification.
> >
> > The US Forest Roads overlay in JOSM shows the name of forest roads
> > without "Road"; e.g. "Burton Creek B". Should the suffix "road" be
> added
> > or is it redundant and a waste of bytes? (Sometimes there may be
> > continuity from, say, a County Road with e.g. "Burton Creek Road",
> > though.)
> >
> > Mark.
> >
> > On 2020/07/30 2:55, Paul Johnson wrote:
> > > Alright, I think we have a consensus forming.  Someone want to
> update
> > > the wiki?
> > >
> > > On Wed, Jul 29, 2020 at 12:30 PM Evin Fairchild
> > mailto:evindf...@gmail.com>
> > > >> wrote:
> > >
> > > I'm also in favor of this change. It's a route number, so it
> only
> > > should be in the ref tag. This will make Forest service roads
> more
> > > consistent with other numbered routes. Even though most, if
> > not all,
> > > Forest service roads don't have a name but just a number, I
> > still am
> > > in favor of this. I was a bit surprised that the wiki was
> > saying to
> > > keep the road number in the name.
> > >
> > > In fact, the names that most of these forest service roads have
> > > don't even match common parlance. Most people refer to them as
> > > "Forest Service Road XX" whereas the TIGER import called them
> > > "National Forest Development Road XX," which might be the
> official
> > > name, but not the most common name.
> > >
> > > -Evin
> > >
> > >
> > > On Wed, Jul 29, 2020, 6:47 AM Mike Thompson
> > mailto:miketh...@gmail.com>
> > > >>
> wrote:
> > >
> > >
> > >
> > > On Tue, Jul 28, 2020 at 1:33 PM Paul Johnson
> > > mailto:ba...@ursamundi.org>
> > >> wrote:
> > >
> > >
> > >
> > > Could we get the US Road Tagging page updated to
> reflect
> > > common name practice instead of encouraging the
> > duplication
> > > of the ref in the name?  Or is that going to spark
> drama?
> > >
> > > I am in favor of the change.  The name tag should be for
> the
> > > name only.
> > >
> > > Mike
> > >
> > > ___
> > > Talk-us mailing list
> > > Talk-us@openstreetmap.org
> >   > >
> > > https://lists.openstreetmap.org/listinfo/talk-us
> > >
> > >
> > > ___
> > > Talk-us mailing list
> > > Talk-us@openstreetmap.org 
> > > https://lists.openstreetmap.org/listinfo/talk-us
> > >
> >
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] National Forest refs/names

[Mike Thompson]

On Wed, Jul 29, 2020 at 4:26 PM  wrote:

> That seems sensible. What about the general case (i.e. no continuity
> with a county road?) - to add "road" or not?
>
Do you mean the same physical road has two names, or just that the county
road and the forest road are connected? If you are just talking about being
connected, I don't think it matters.  I would still add "Road" to the name.

Mike
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] National Forest refs/names

[tj-osmwiki]

That seems sensible. What about the general case (i.e. no continuity
with a county road?) - to add "road" or not?

On 2020/07/30 7:09, Paul Johnson wrote:
> I'd generally include the whole name including "Road" in that case.
> 
> On Wed, Jul 29, 2020 at 5:03 PM  > wrote:
> 
> Quick question for clarification.
> 
> The US Forest Roads overlay in JOSM shows the name of forest roads
> without "Road"; e.g. "Burton Creek B". Should the suffix "road" be added
> or is it redundant and a waste of bytes? (Sometimes there may be
> continuity from, say, a County Road with e.g. "Burton Creek Road",
> though.)
> 
> Mark.
> 
> On 2020/07/30 2:55, Paul Johnson wrote:
> > Alright, I think we have a consensus forming.  Someone want to update
> > the wiki?
> >
> > On Wed, Jul 29, 2020 at 12:30 PM Evin Fairchild
> mailto:evindf...@gmail.com>
> > >> wrote:
> >
> >     I'm also in favor of this change. It's a route number, so it only
> >     should be in the ref tag. This will make Forest service roads more
> >     consistent with other numbered routes. Even though most, if
> not all,
> >     Forest service roads don't have a name but just a number, I
> still am
> >     in favor of this. I was a bit surprised that the wiki was
> saying to
> >     keep the road number in the name.
> >
> >     In fact, the names that most of these forest service roads have
> >     don't even match common parlance. Most people refer to them as
> >     "Forest Service Road XX" whereas the TIGER import called them
> >     "National Forest Development Road XX," which might be the official
> >     name, but not the most common name.
> >
> >     -Evin
> >
> >
> >     On Wed, Jul 29, 2020, 6:47 AM Mike Thompson
> mailto:miketh...@gmail.com>
> >     >> wrote:
> >
> >
> >
> >         On Tue, Jul 28, 2020 at 1:33 PM Paul Johnson
> >         mailto:ba...@ursamundi.org>
> >> wrote:
> >
> >
> >
> >             Could we get the US Road Tagging page updated to reflect
> >             common name practice instead of encouraging the
> duplication
> >             of the ref in the name?  Or is that going to spark drama?
> >
> >         I am in favor of the change.  The name tag should be for the
> >         name only.
> >
> >         Mike
> >
> >         ___
> >         Talk-us mailing list
> >         Talk-us@openstreetmap.org
>   >
> >         https://lists.openstreetmap.org/listinfo/talk-us
> >
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
> 
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-us
> 
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] National Forest refs/names

[Paul Johnson]

I'd generally include the whole name including "Road" in that case.

On Wed, Jul 29, 2020 at 5:03 PM  wrote:

> Quick question for clarification.
>
> The US Forest Roads overlay in JOSM shows the name of forest roads
> without "Road"; e.g. "Burton Creek B". Should the suffix "road" be added
> or is it redundant and a waste of bytes? (Sometimes there may be
> continuity from, say, a County Road with e.g. "Burton Creek Road", though.)
>
> Mark.
>
> On 2020/07/30 2:55, Paul Johnson wrote:
> > Alright, I think we have a consensus forming.  Someone want to update
> > the wiki?
> >
> > On Wed, Jul 29, 2020 at 12:30 PM Evin Fairchild  > > wrote:
> >
> > I'm also in favor of this change. It's a route number, so it only
> > should be in the ref tag. This will make Forest service roads more
> > consistent with other numbered routes. Even though most, if not all,
> > Forest service roads don't have a name but just a number, I still am
> > in favor of this. I was a bit surprised that the wiki was saying to
> > keep the road number in the name.
> >
> > In fact, the names that most of these forest service roads have
> > don't even match common parlance. Most people refer to them as
> > "Forest Service Road XX" whereas the TIGER import called them
> > "National Forest Development Road XX," which might be the official
> > name, but not the most common name.
> >
> > -Evin
> >
> >
> > On Wed, Jul 29, 2020, 6:47 AM Mike Thompson  > > wrote:
> >
> >
> >
> > On Tue, Jul 28, 2020 at 1:33 PM Paul Johnson
> > mailto:ba...@ursamundi.org>> wrote:
> >
> >
> >
> > Could we get the US Road Tagging page updated to reflect
> > common name practice instead of encouraging the duplication
> > of the ref in the name?  Or is that going to spark drama?
> >
> > I am in favor of the change.  The name tag should be for the
> > name only.
> >
> > Mike
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] National Forest refs/names

[tj-osmwiki]

Quick question for clarification.

The US Forest Roads overlay in JOSM shows the name of forest roads
without "Road"; e.g. "Burton Creek B". Should the suffix "road" be added
or is it redundant and a waste of bytes? (Sometimes there may be
continuity from, say, a County Road with e.g. "Burton Creek Road", though.)

Mark.

On 2020/07/30 2:55, Paul Johnson wrote:
> Alright, I think we have a consensus forming.  Someone want to update
> the wiki?
> 
> On Wed, Jul 29, 2020 at 12:30 PM Evin Fairchild  > wrote:
> 
> I'm also in favor of this change. It's a route number, so it only
> should be in the ref tag. This will make Forest service roads more
> consistent with other numbered routes. Even though most, if not all,
> Forest service roads don't have a name but just a number, I still am
> in favor of this. I was a bit surprised that the wiki was saying to
> keep the road number in the name.
> 
> In fact, the names that most of these forest service roads have
> don't even match common parlance. Most people refer to them as
> "Forest Service Road XX" whereas the TIGER import called them
> "National Forest Development Road XX," which might be the official
> name, but not the most common name.
> 
> -Evin
> 
> 
> On Wed, Jul 29, 2020, 6:47 AM Mike Thompson  > wrote:
> 
> 
> 
> On Tue, Jul 28, 2020 at 1:33 PM Paul Johnson
> mailto:ba...@ursamundi.org>> wrote:
> 
> 
> 
> Could we get the US Road Tagging page updated to reflect
> common name practice instead of encouraging the duplication
> of the ref in the name?  Or is that going to spark drama?
> 
> I am in favor of the change.  The name tag should be for the
> name only.
> 
> Mike
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-us
> 
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
> 


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [talk-cz] Mapnik - zobrazuje se Vám?

[majka]

Dík. Už vyřešeno, i když jen tím, že jsem na služebním notebooku přestala
koukat přes chrome :)
Podezřívala jsem proxy, ale běží mi to jak na Edge, tak na IE, které tam
jinak mám jen pro okrasu. Skutečnou chybu na kráse budu ještě hledat...

Majka

On Wed, 29 Jul 2020 at 18:05, Marián Kyral  wrote:

> Vše funguje normálně. Přistupuji přes IPv6 tunel od HE. Nestahuješ víc než
> obvykle? Nejedeš přes nějakou vpn? Nesdílíš IP s někým jiným?
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi all'estero

[Nap Osm]

Ciao Manuel,
ho dato un'occhiata al task manager e devo dire che è semplicissimo da usare, 
appena ho un po' di tempo provo a creare un task di prova.
Anche io propenderei per MapRoulette, soprattutto per ottenere i punti da 
tradurre in automatico (sempre attraverso Wikidata come dicevo), qualcuno 
saprebbe dirmi se è possibile farlo?


From: Manuel 
Sent: Tuesday, July 28, 2020 6:03 PM
To: talk-it@openstreetmap.org 
Subject: Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi all'estero

Io sono d'accordo per MapRoulette (così che sia anche fattibile per anche 
utenti non-italici e reiterabile in futuro), ma nel caso c'è anche questo task 
manager: https://stm.hauke-stieler.de/ (segnalato da Cascafico nel gruppo 
Telegram).
Manuel
Il 28/07/2020 19:54, Nap Osm ha scritto:
Ciao Marcello,
Grazie mille per l'ottimo lavoro svolto e per aver portato di nuovo la 
discussione!
Anche secondo me sarebbe utile aggiungere il tag name:it.
Secondo me, come ha detto Ivo potremmo organizzarci tramite taskmanager, 
ricordo che Wikimedia ne aveva uno, non so bene come funzioni però.
Mi piacerebbe se si potesse espandere la cosa anche per i monumenti o per altri 
luoghi famosi con un nome in italiano, magari organizzando un evento con 
hashtag o utilizzando tipo MapRoulette (anche se è un po' più complicata la 
cosa in quel caso).
Sarebbe possibile utilizzare Wikidata per scoprire tutti i luoghi con tag 
Wikidata senza name:it che però hanno una traduzione in italiano su Wikidata?

Tra l'altro segnalo tra i luoghi senza traduzione qualche isola inglese (quelle 
che finisco per Island).

From: Marcello 
Sent: Tuesday, July 28, 2020 2:10 PM
To: talk-it@openstreetmap.org 

Subject: Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi all'estero

Il 23/07/20 13:14, Marcello ha scritto:
Il 23/07/20 10:30, Nap Osm ha scritto:
Buongiorno a tutta la lista!
Questa settimana mi è capitato di vedere un documentario della Rai della 
Seconda Guerra Mondiale in cui venivano nominati molti luoghi famosi come città 
e monumenti, in italiano.
Qualche giorno fa, per perdere un po' di tempo, ho deciso di andare a vedere se 
fossero tutti presenti in OpenStreetMap (anche per vedere in che parte del 
mondo si trovano/trovavano). Mi sono accorto che molti di questi è possibile 
cercarli soltanto in inglese, perché appunto manca il tag name:it.
Non solo con i monumenti, anche molte stazioni avevano soltanto il nome in 
altre lingue.
Se secondo voi è importante tradurre in italiano quanti più luoghi possibile o 
il tag Wikidata porta con sè già tutte le informazioni necessarie? Perché credo 
che alcune app sfruttino Wikidata (OsmAnd?) mentre Nominatim sembra di no (a 
quanto pare).
Si potrebbe creare/sarebbe necessario un "evento" (non mi viene un termine più 
preciso ) per promuovere la traduzione di questi luoghi? Magari anche luoghi 
italiani in inglese (se non sono già tutti tradotti).
Naturalmente penso che il problema principale sia trovare nomi "ufficiali", non 
so se è possibile utilizzare quelli di Wikidata, per questo ho deciso di 
scrivere qui, in modo che si possa aprire una discussione a riguardo.
Cosa ne pensate?

Sono assolutamente d'accordo. Qualche anno fa mi resi conto che anche qualche 
capitale delle nazioni dell'ex Jugoslavia non aveva il tag name:it. Partii da 
lì e controllai l'Europa del sud e il Medio Oriente fino ai paesi arabi, lo 
misi dove mancava, non conoscendo quelle lingue ho controllato la 
corrispondenza della grafia con la corrispondente pagina Wikipedia, dopo 
qualche ora mi sono cominciati ad arrivare messaggi in lingua araba (spero solo 
per collaborazione alla wikipedia locale) e ho desistito, anche perché avevo 
iniziato casualmente e impiegavo abbastanza tempo per ogni città.

Non so se il tag wikidata, dove presente, può sopperire alla mancanza di 
name:it, ma secondo me dovremmo partire con lo stabilire per quali luoghi 
vorremmo che ci sia il name:it (es. nazioni, capitali, città pù importati, 
luoghi geografici rilevanti), poi fare una query per estrarre dove manca, così 
sicuramente si velocizza il lavoro di completamento. Mi sembra un'operazione 
assolutamente da considerare, soprattutto per i paesi che usano alfabeti non 
latini basta spostarsi di poco per non avere più riferimenti.

--

Ciao
Marcello



Ho fatto un controllo sugli stati e le capitali che non hanno il tag name:it, 
gli stati sono 28, per lo più piccole isole, più i Territori Palestinesi, per i 
quali c'è boundary=disputed invece di administrative. Manca anche per la 
Repubblica di San Marino, va bene che è la lingua ufficiale, ma ad esempio per 
l'italia c'è anche il tag name:it.

Pensate che se aggiungo il tag dove manca usando come fonte wikidata c'è 
qualche problema con la licenza?


Per le capitali la situazione è molto peggiore, su 219 stati ben 127 

Re: [Talk-us] National Forest refs/names

[Paul Johnson]

Alright, I think we have a consensus forming.  Someone want to update the
wiki?

On Wed, Jul 29, 2020 at 12:30 PM Evin Fairchild  wrote:

> I'm also in favor of this change. It's a route number, so it only should
> be in the ref tag. This will make Forest service roads more consistent with
> other numbered routes. Even though most, if not all, Forest service roads
> don't have a name but just a number, I still am in favor of this. I was a
> bit surprised that the wiki was saying to keep the road number in the name.
>
> In fact, the names that most of these forest service roads have don't even
> match common parlance. Most people refer to them as "Forest Service Road
> XX" whereas the TIGER import called them "National Forest Development Road
> XX," which might be the official name, but not the most common name.
>
> -Evin
>
>
> On Wed, Jul 29, 2020, 6:47 AM Mike Thompson  wrote:
>
>>
>>
>> On Tue, Jul 28, 2020 at 1:33 PM Paul Johnson  wrote:
>>
>>>
>>>
>>> Could we get the US Road Tagging page updated to reflect common name
>>> practice instead of encouraging the duplication of the ref in the name?  Or
>>> is that going to spark drama?
>>>
>> I am in favor of the change.  The name tag should be for the name only.
>>
>> Mike
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk] Cyclofix project

[Pieter Fiers]

Dear OSM community,

My name is Pierre Barban. A team composed of three very motivated students, 
including myself, and lead by two active members of the OSMbe, have been 
mandated by the region of Brussels, Belgium, to create a map gathering all kind 
of data related to cycling. Without a doubt, OpenStreetMap was the perfect tool 
for us to create a powerful platform that would sustain over the years.

In the framework of month-long online code camp organized by the non-profit 
[Open Knowledge Belgium](https://be.okfn.org/), we have been able to establish 
the first version of the [tool](https://cyclofix.osm.be/map/), organized a 
[mapathon](https://www.youtube.com/watch?v=C5dVjDt5QAE) to collect data, and 
create a complete [website](https://cyclofix.osm.be/) to document the entire 
making process.

In accordance with the OSM core values, it would be very valuable for our 
project as well as our individual learning process to receive as many 
constructive comments from the community as possible. If you're interested in 
more details about the project, we will be giving an [online 
presentation](https://www.eventbrite.be/e/open-summer-of-code-2020-demo-day-live-streaming-registration-112787885602)
 tomorrow July 30, 2020 at 1pm CEST. We will be available to directly discuss 
after the presentation to receive feedback in order to keep improving our 
project. Other related project from our program, [Open Summer of 
Code](https://osoc.be/), like the Bike Data Project - which aims to collect and 
share cyclist commute data in an opened way - will also be presented to you.
Please do not hesitate to contact me for further information,

thank you for your time and help.

Sincerely,

Pierre Barban, from the Cyclofix project.

Sent by Pieter Fiers [](mailto:pie...@pfiers.net), another 
student of the team.

Pierre Barban

University Panthéon-Sorbonne Paris I – Class of 2020
Masters in Economics of Sustainable Development
pierre.bar...@gmail.com | +33 7 68 72 92 54___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSRM-talk] OSM Way Ids

[André Siefken - geozelot]

Okay, thanks again! But please bear with me here one last time:
I am looking to assign the actual OSM way id to the result object, as 
result.ref property (or elsewhere).
I have an understanding of how the WayHandler retrieves the tags (e.g. by key) 
stored as way object properties. But is the actual OSM way id attached to the 
way object, too, and if, how can I retrieve it?
way:get_value_by_key() seems to address tag key:value pairs stored in a map 
attached to the way object (but then I am not sure how the way struct is 
actually structured).

So, consider original OSM data:
would I be able to use way:get_value_by_key('id') to get the original (!) OSM 
id from a way object, or can I e.g. get it directly with way.id, or do I need 
to put the OSM id into the tags first to be able to retrieve it?

All the best, and thanks in advance,
André

Am 29. Juli 2020 18:45:26 MESZ schrieb Mateusz Loskot :
>On Wed, 29 Jul 2020 at 16:50, André Siefken 
>wrote:
>>
>> assuming I would attempt to replace the result.ref with the actual
>way ID, how would I retrieve the actual ID from the passed in way, as
>it is no tag?
>
>Consider way_function, the way object passed in has attributes.
>Typically, those are OSM tags, but it does not have to be OSM tag.
>For example, you can preprocess non-OSM data into PBF to make it look
>& feel like OSM in order to let OSRM digest it.
>You can assign your nodes and ways with `ref` identifiers of your own
>scheme, it does not have to be OSM identifiers.
>
>Moreover, whatever properties are attached to way objects, you can
>access them inside lua profiles
>
>local way_i = way:get_value_by_key('this_is_my_custom_way_id)
>local way_n = way:get_value_by_key('this_is_my_custom_way_name)
>
>result.name = way_n
>result.ref = way_i
>result...
>
>> Can I use property notation like way.id or similar
>
>result.ref
>
>but the value can be based on a custom scheme, it does not have to be
>OSM identifiers.
>
>See also
>https://www.winwaed.com/blog/2015/11/18/osrms-lua-scripts/
>https://github.com/Project-OSRM/osrm-backend/blob/master/docs/profiles.md
>The last one is a bit out of date w.r.t. Lua fuction names.
>
>Best regards,
>-- 
>Mateusz Loskot, http://mateusz.loskot.net
>
>___
>OSRM-talk mailing list
>OSRM-talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/osrm-talk

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-us] National Forest refs/names

[Evin Fairchild]

I'm also in favor of this change. It's a route number, so it only should be
in the ref tag. This will make Forest service roads more consistent with
other numbered routes. Even though most, if not all, Forest service roads
don't have a name but just a number, I still am in favor of this. I was a
bit surprised that the wiki was saying to keep the road number in the name.

In fact, the names that most of these forest service roads have don't even
match common parlance. Most people refer to them as "Forest Service Road
XX" whereas the TIGER import called them "National Forest Development Road
XX," which might be the official name, but not the most common name.

-Evin


On Wed, Jul 29, 2020, 6:47 AM Mike Thompson  wrote:

>
>
> On Tue, Jul 28, 2020 at 1:33 PM Paul Johnson  wrote:
>
>>
>>
>> Could we get the US Road Tagging page updated to reflect common name
>> practice instead of encouraging the duplication of the ref in the name?  Or
>> is that going to spark drama?
>>
> I am in favor of the change.  The name tag should be for the name only.
>
> Mike
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSRM-talk] OSM Way Ids

[Mateusz Loskot]

On Wed, 29 Jul 2020 at 16:50, André Siefken  wrote:
>
> assuming I would attempt to replace the result.ref with the actual way ID, 
> how would I retrieve the actual ID from the passed in way, as it is no tag?

Consider way_function, the way object passed in has attributes.
Typically, those are OSM tags, but it does not have to be OSM tag.
For example, you can preprocess non-OSM data into PBF to make it look
& feel like OSM in order to let OSRM digest it.
You can assign your nodes and ways with `ref` identifiers of your own
scheme, it does not have to be OSM identifiers.

Moreover, whatever properties are attached to way objects, you can
access them inside lua profiles

local way_i = way:get_value_by_key('this_is_my_custom_way_id)
local way_n = way:get_value_by_key('this_is_my_custom_way_name)

result.name = way_n
result.ref = way_i
result...

> Can I use property notation like way.id or similar

result.ref

but the value can be based on a custom scheme, it does not have to be
OSM identifiers.

See also
https://www.winwaed.com/blog/2015/11/18/osrms-lua-scripts/
https://github.com/Project-OSRM/osrm-backend/blob/master/docs/profiles.md
The last one is a bit out of date w.r.t. Lua fuction names.

Best regards,
-- 
Mateusz Loskot, http://mateusz.loskot.net

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] Chantiers d'été pour OSM-FR ;)

[Christian Quest]

Le 27/07/2020 à 12:21, Erik Amzallag a écrit :

Bonjour,

Merci pour tout ça.
Je ne sais pas si ça peut être lié (modification des styles), mais sur 
le rendu FR, au zoom 12, les voies ferrées ne sont plus rendues.


Erik


C'est corrigé !

--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Mapnik - zobrazuje se Vám?

[Marián Kyral]

-- Původní e-mail --
Od: majkaz 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 7. 2020 15:08:11
Předmět: [talk-cz] Mapnik - zobrazuje se Vám?
"
Kontrolní otázka: Zobrazuje se Vám klasická vrstva mapniku?

 

Už několikátý den mi to jak na osmap.cz, tak ani na openstreetmap.org
neběží. Chybová hláška je 429 "too many requests" pro všechny a|b|c.tile.
openstreetmap.org.


"



Vše funguje normálně. Přistupuji přes IPv6 tunel od HE. Nestahuješ víc než
obvykle? Nejedeš přes nějakou vpn? Nesdílíš IP s někým jiným?

"
 

Netuší někdo, kde přesně se ukazuje stav serverů? Nějak se mi to nedaří
najít.

 
"



Znám jen tohle: https://wiki.openstreetmap.org/wiki/Platform_Status




Marián



"


Majka
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
"___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Mapnik - zobrazuje se Vám?

[Jan Macura]

On Wed, 29 Jul 2020 at 15:10, Jan Dudík  wrote:

> Mapnik mi na obou dom=nách běží normálně.
>

Mě taky.

H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSRM-talk] OSM Way Ids

[André Siefken]

Hi Mateusz, hi @all,

thanks a lot, that does sound promising. I know you said it's been a
while, but you may have a better idea still about two things:

  * assuming I would attempt to replace the result.ref with the actual
way ID, how would I retrieve the actual ID from the passed in way,
as it is no tag? Can I use property notation like way.id or similar?
I can't seem to find a function, or any other attempt to access a
first level property other than tags, but I may have missed it.

  * can I simply add items to the result object (i.e. result.id), or
would they not get piped through to the actual output result set, or
even error out?

(I couldn't get my hands on my machine until just now, thus my asking
before trying)

All the best,

André


On 7/27/20 5:45 PM, Mateusz Loskot wrote:

> On Mon, 27 Jul 2020 at 11:43, André Siefken  wrote:
>> Can I easily change the tag selection, somewhere in the code (and rebuild), 
>> to fetch the way ID instead? Or is there even are profile setting for this?
> It's been a while, but try to customise the Lua profile scripts
> assigning custom properties to `result` created in node_function
> and way_function.
>
> Best regards,

-- 

pgp-key attached



0x0024705C4FC20AF6.asc
Description: application/pgp-keys
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-us] National Forest refs/names

[Mike Thompson]

On Tue, Jul 28, 2020 at 1:33 PM Paul Johnson  wrote:

>
>
> Could we get the US Road Tagging page updated to reflect common name
> practice instead of encouraging the duplication of the ref in the name?  Or
> is that going to spark drama?
>
I am in favor of the change.  The name tag should be for the name only.

Mike
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [talk-cz] Mapnik - zobrazuje se Vám?

[Jan Dudík]

Mapnik mi na obou dom=nách běží normálně.

JAnD

st 29. 7. 2020 v 15:04 odesílatel majkaz  napsal:

> Kontrolní otázka: Zobrazuje se Vám klasická vrstva mapniku?
>
>
>
> Už několikátý den mi to jak na osmap.cz, tak ani na openstreetmap.org
> neběží. Chybová hláška je 429 "too many requests" pro všechny a|b|
> c.tile.openstreetmap.org.
>
>
>
> Netuší někdo, kde přesně se ukazuje stav serverů? Nějak se mi to nedaří
> najít.
>
>
>
> Majka
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-cz] Mapnik - zobrazuje se Vám?

[majkaz]

Kontrolní otázka: Zobrazuje se Vám klasická vrstva mapniku?
 
Už několikátý den mi to jak na osmap.cz, tak ani na openstreetmap.org neběží. Chybová 
hláška je 429 "too many requests" pro všechny a|b|c.tile.openstreetmap.org.
 
Netuší někdo, kde přesně se ukazuje stav serverů? Nějak se mi to nedaří najít.
 
Majka

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[OSM-talk] OSM Carto stylesheet vs Release osm2pgsql 1.3.0

[Lynn W. Deffenbaugh (Mr)]

On 7/28/2020 4:39 AM, Sarah Hoffmann wrote:

Further changes:

  * The pgsql output now looks for lua script relative to the
|style.json| file.
This is a breaking change. Users might have to change the file
names of
their lua scripts in the style files.

Does anyone know if changes need to be made to the OpenStreetMap Carto 
stylesheet or is it already compatible with this breaking change?


I confess that I run a planet-wide tile server with the OSM Carto 
stylesheet and using osm2pgsql to apply updates but I have NO idea just 
what is in the stylesheet and how it all works with osm2pgsql.  I've put 
in the documented commands and it "just works", at least pending this 
question.


Lynn (D)

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Tool für Polygon statt BoundingBox

[lars lingner]

Hallo,

Am 28.07.20 um 21:31 schrieb Martin Koppenhoefer:
> 
> 
> sent from a phone
> 
>> On 28. Jul 2020, at 21:02, Markus  wrote:
>>
>> - Basiskarte OSM
>> . mit Maus ein Polygon zeichenen
>> - Polygon anpassen (Knoten verschieben, löschen, einfügen)
>> - Koordinatenliste exportieren (und Beispiel als Permalink)
> 
> 
> https://geojson.io macht was in der Art
> 

als Ergänzung: http://bboxfinder.com


Viele Grüße

Lars

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-at] landuse: line oder multipolygon?

[Stefan Kopetzky]

On 26.07.20 04:53, Friedrich Volkmann wrote:
> Eine Straße (oder einen Fluss, Zaun, etc.) als MP-outer zu nehmen,
> bringt vor allem dann was, wenn es ein langer Abschnitt ist, auf dem
> sehr viele Nodes liegen. Dann wäre es umständlich, die Straße für die
> Landusegrenze nachzuzeichnen.

Ich möchte da noch einen "Grundsatz" (eher meine "best practice" in dem
Bereich) hinzufügen, der mir immer ganz gut weiterhilft:

"Verknüpfe als Polygongrenzen nur Objekte der gleichen Art resp.
Abstraktionsschicht."

zB:
* Wald mit Wiese: ja
* Feld mit Wohngebiet: ja
* Wald mit Straße: nein (zumindest solange die Straße nur Way und keine
Fläche ist)
* Wald mit Grenze: nein

Was bringt das?
Wenn ich beide Objekte (Wald und Wiese) angreifen muss um ein
zusätzliches Objekt dazwischen zu erzeugen, weil etwa die Luftbilder
besser geworden sind, verändere ich nur die Elemente, die es tatsächlich
betrifft. Wenn ich dafür eine Straße oder Grenzrelation aufsplitten
müsste, geht das technisch, aber die beiden sind eigentlich inhaltlich
von der Änderung nicht betroffen.

Mir sind natürlich begründete Ausnahmen davon bekannt, gerade wenn die
Datenlage (Luftbild u.ä.) recht grob ist oder wenig bis nichts in dem
Gebiet erfasst ist (etwa wenn der Wald in Sibirien oder Kanada bis an
die Küstenlinie reicht, ist das besser als nix auch wenn punktuell der
Strand dann fehlt).

Liebe Grüße
Stefan



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-de] Tool für Polygon statt BoundingBox

[Michael Reichert]

Hallo Markus,

Am 28/07/2020 um 22.07 schrieb Markus:
>> JOSM ;)
> 
> Ja, das geht - aber nicht komfortabel (JOSM laden, OSM-Hintergrund, aus
> der DB einen Mini-Ausschnitt ohne Daten laden, Polygon zeichnen, Polygon
> speichern (OSM oder GPX), Datei in Texteditor öffnen, Überflüssiges
> entfernen, Rest in Mail kopieren...)

Ich zeichne des Öfteren Polygone in JOSM, um sie danach zum Zuschneiden
von OSM-Rohdaten zu verwenden (dazu gibt es ein JOSM-Plugin, das das
.poly-Format unterstützt). Mein Arbeitsablauf ist ein klein bisschen
einfacher:

JOSM öffnen
Strg+N (Datei → Neue Ebene), das erstellt eine leere Datenebene
Hintergrundkarte laden
zeichen
Speichern (Format .poly oder was man auch immer haben will)

Mit dieser Lösung musst du nichts Überflüssiges löschen.

Viele Grüße

Michael



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[OSM-talk-fr] 10 ème rencontre MOUSTIC - Barret sur Méouge du 2 au 5 août

[Fabienne Morel via Talk-fr]

Bonjour,

Jusqu’à présent à Montpellier et pour la 1ère fois dans les Alpes à 
Barret-sur-Méouge , nous 
sommes sur la dernière ligne droite pour vivre la 10ème rencontre 
MOUSTIC  du 2 au 4 août 2020.


Cette 10ème rencontre MOUSTIC est l’occasion de mettre en relief les 
projets et initiatives locales, de
découvrir et d’expérimenter des méthodes et animations d’intelligence 
collective, d’envisager des

solutions numériques éthiques...

La thématique de cette édition mettra en lumière les initiatives de 
territoire.
Solidarités territoriales : quel retour à l’a-normale. Dans les 
territoires pour s'adapter et répondre
aux enjeux immédiats, comme la crise du COVID, les acteurs ont innové 
ensemble, travaillé
ensemble, inventé ensemble, réfléchi ensemble... Nous avons décidé de 
mettre en relief ces
ripostes à l'échelle d'un bassin de vie, ces réponses souvent 
astucieuses, pragmatiques et

adaptées !

Si vous n'avez rien de prévu ce week-end, un beau programme 
 construit avec les participants 
vous attends. Avec APITUX  nous animerons des 
ateliers autour d'OpenStreetMap : une cartopartie dans le village sur la 
journée familiale du dimanche, avec le public pro, ce sera un atelier 
sur l'utilisation des données d'OSM. Dans le cadre de la thématique de 
l'édition "riposte des territoires", je présenterai humblement la 
dynamique de "çaresteouvert" 
, 
ce qui c'est fait sur mon territoire.


au plaisir de vous lire ou de vous voir

Fabienne Morel
F@bienne

médiatrice au Centre de ressources des Hauts Pays Alpins 


membre du collectif ANIMACOOP 
f...@zaclys.net





___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-at] AGIT 2020 Virtuell - Vorträge

[ScubbX]

Oh, Entschuldigung, da war mein Login-Token anscheinend noch gespeichert, darum 
hat das bei mir ohne Login funktioniert...

Wenn alles gut geht, sollte Jakob Miksch die Aufzeichnungen zusätzlich 
erhalten, damit der OSGeo Track unabhängig von der AGIT Plattform online 
gestellt werden kann. 

Am 28. Juli 2020 23:54:47 MESZ schrieb Friedrich Volkmann :
>On 28.07.20 13:17, Markus Mayr wrote:
>> Für kurze Zeit sind die virtuellen AGIT Vorträge, und somit auch die 
>> Vorträge des OSGeo Days abrufbar.
>> 
>>   * Teil #1 (OpenSource Geo Dienste):
>>
>https://echo360.org.uk/lesson/6648a0f4-a0c4-4273-b2d0-09c5733119e6/classroom
>>   * Teil #2 (Open Source Desktop GIS/ QGIS):
>>
>https://echo360.org.uk/lesson/15f34991-3d53-4c3f-b318-26b163d9a7e9/classroom
>>   * Teil #3 (Open Source Geodatenmanagement):
>>
>https://echo360.org.uk/lesson/cd5f320c-93de-4ef5-80f3-0a1aa78edab1/classroom
>
>Da muss man sich einloggen!?
>
>-- 
>Friedrich K. Volkmann   http://www.volki.at/
>Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
>
>___
>Talk-at mailing list
>Talk-at@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-at

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at