[Diversity-talk] New book - Hacking Diversity

[Heather Leson]

Hey David and I both came across this book. Any other people interested in
reading?

"Yet surprisingly few women participate in it: rates of involvement by
technologically skilled women are drastically lower in hacking communities
than in industry and academia. *Hacking Diversity* investigates the
activists engaged in free and open-source software to understand why,
despite their efforts, they fail to achieve the diversity that their
ideals support."

https://press.princeton.edu/books/paperback/9780691192888/hacking-diversity

Heather

Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com
___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [OSM-talk-fr] école primaire

[Arnaud Champollion]

Le 13/01/2020 à 19:49, deuzeffe a écrit :

établir que, pour la France, quand c'est
une « école », c'est amenity=school ; amenity=kindergarten étant utilisé
pour les établissements d'accueil pré-scolaire.
( pour les autres pays francophones, je ne connais pas du tout leur
fonctionnement )


Une décision a-t-elle été prise ? 



Je ne sais pas mais je suis pour.

Et y a school:FR 
=maternelle pour 
le préciser.


De plus si on s'en réfère au terrain, il y a toujours écrit "École" 
maternelle à l'entrée.

donc on pourrait tout à fait utiliser l'attribut amenity=school
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] violazione di licenza ?

[Andreas Lattmann]

Anche con brouter ed altri sistemi riesci a ricavare il gpx. 

Il 13 gennaio 2020 19:42:34 CET, mbranco2  ha scritto:
>Visto che a pensar male c'è sempre tempo, provo a fare un'ipotesi più
>positiva:
>magari il ciclista ha registrato un gpx, e poi con quello, oltre ad
>aggiornare la mappa OSM, l'ha anche pubblicato/regalato in giro...
>Di sicuro non ci scommetterei che è andata così, però ricavare un gpx
>da
>OSM è una cosa da osmer: devi usare Josm, concatenare le way che ti
>interessano... un osmer che lavora per "la concorrenza"?  :-)
>Di sicuro la cosa più ovvia da fare è scrivergli consigliandoli di
>usare
>OSM come sfondo, non fosse altro per una questione estetica di avere il
>gpx
>correttamente sovrapposto alle strade (oltre ovviamente alla corretta
>attribuzione).
>
>Il giorno dom 12 gen 2020 alle ore 11:22 Volker Schmidt
>
>ha scritto:
>
>> Non è che io voglia a tutti costo trovare violazioni della licenza.
>> No, quello che mi rende triste è un certo tipo di disonestà, sotto la
>> soglia di allarme.
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>

--
樂

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

Re: [talk-au] Way has been simplified...

[Sebastian S.]

Thanks all, I will probably have a look at OSMAnd settings as a first step.

When editing the note don't bother me too much.

On 12 January 2020 9:31:33 pm AEDT, Mateusz Konieczny  
wrote:
>
>
>
>12 Jan 2020, 03:18 by 61sundow...@gmail.com:
>
>> On 12/1/20 12:37 pm, Sebastian S. wrote:
>>
>>> When using OSMAnd for routing I came across the following note: "way
>has been simplified using a error criteria of 3m" it is usually in
>green text.
>>> Does anyone know what this means, why do we need the note? What
>purpose does it serve?
>>>
>>
>>
>> This is usually from an import of data. The data may have many points
>(nodes in OSM) that lead to data bloat.
>>
>> JOSM has a tool that reduces the number of nodes such that any error
>will be less than 3 meters from the original information, 'simplify
>way'.
>>
>>
>> It may be better to have these as 'comment=*' rather than 'note=*'?
>They should only be for other mappers to see if they have some concern
>with the data.
>>
>I think that place for such notes is a changeset history. Is it maybe
>really old import
>before changesets were added?
>
>I would delete such notes and have changeset with 
>"original way geometry was simplified some time ago, unnecessary nodes
>were deleted"
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] Too subjective & problematic Re: no-go-areas

[stevea]

I agree.  In the USA, the five-digit postal code was introduced in 1963 and 
called a "ZIP code," for "Zone" (first digit), "Improvement" (second and third 
digits), "Plan" (fourth and fifth digits).  In 1983, nine-digit codes were 
introduced by adding a hyphen after the five digits and four more digits 
("Sector" sixth and seventh digits and "Segment" eighth and ninth digits), 
hence the newer designation "ZIP+4."  More recently, the Coding Accuracy 
Support System (CASS) systems added two more digits to standardize the exact 
"delivery point" (where 10th and 11th digits are calculated by CASS software 
based on the number in the address) and a final, 12th digit as a checksum.

Helpful to remember about ZIP codes (proposed since 1978) is that they are NOT 
geographic areas (as can be mapped in a map), but rather "routing algorithms" 
helpful to facilitate mail delivery.

I believe it is widespread consensus in OSM that while there are places where 
adding boundary=census polygons is considered helpful data (especially in 
Alaska's Unorganized Borough, as they are a joint effort by both the US 
Department of Commerce's Census Bureau AND the state of Alaska and have become 
a de facto, though not necessarily de jure definition of administrative areas), 
usually, adding census data to OSM is not especially helpful.  But there are 
much of these extant now.

I also believe it is widespread consensus that OSM should not contain postal 
(ZIP) code data in the USA, as ZIP codes (strictly speaking) cannot always (or 
even usually?) be defined as geographic areas, they are rather better thought 
of as a "routing algorithm to help facilitate mail delivery."

SteveA
California

> On Jan 13, 2020, at 4:34 PM, Joseph Eisenberg  
> wrote:
> 
> In the USA a postal code is not actually an area, but a set of
> addresses. Often they are all in one area, but sometimes the area is
> not clearly defined. This is partially why postal codes are usually
> just added to the POI directly in the USA. Trying to make a sensible
> set of areas or boundaries will not work for all USPS postal codes.
> 
> Joseph Eisenberg
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] Too subjective & problematic Re: no-go-areas

[Paul Johnson]

On Mon, Jan 13, 2020 at 6:34 PM Joseph Eisenberg 
wrote:

> In the USA a postal code is not actually an area, but a set of
> addresses. Often they are all in one area, but sometimes the area is
> not clearly defined. This is partially why postal codes are usually
> just added to the POI directly in the USA. Trying to make a sensible
> set of areas or boundaries will not work for all USPS postal codes.
>

For mailing addresses, yes.  For street addresses, maybe.  The Census does
have areas for their ZIP codes.  Whether a particular area uses Census or
Postal zips depends on whether or not they're served by the USPS directly
(and there's decent chunks that don't).  Edge case is super edge, though,
and the de-facto way of dealing with this is to just use the ZIP observed
on the address marker or ask someone who lives/works there what the ZIP is
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Too subjective & problematic Re: no-go-areas

[Joseph Eisenberg]

In the USA a postal code is not actually an area, but a set of
addresses. Often they are all in one area, but sometimes the area is
not clearly defined. This is partially why postal codes are usually
just added to the POI directly in the USA. Trying to make a sensible
set of areas or boundaries will not work for all USPS postal codes.

Joseph Eisenberg

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

[talk-au] Australian Taginfo Instance

[Andrew Harvey]

Geofabrik are now hosting regional taginfo instances, the one just covering
Australia only is at
https://taginfo.geofabrik.de/australia-oceania/australia/
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] Too subjective & problematic Re: no-go-areas

[Paul Johnson]

On Sun, Jan 12, 2020 at 11:49 AM Mateusz Konieczny 
wrote:

>
>
>
> 12 Jan 2020, 18:39 by snusmumriken.map...@runbox.com:
>
> On Sun, 2020-01-12 at 08:35 -0600, Paul Johnson wrote:
>
>
>
> On Sun, Jan 12, 2020 at 1:47 AM Snusmumriken <
> snusmumriken.map...@runbox.com> wrote:
> > On Sat, 2020-01-11 at 21:22 +0100, Martin Trautmann via talk wrote:
> > > On 20-01-02 12:23, pangoSE wrote:
> > >
> > > > A map cannot solve a lack of general awareness when visiting a
> > > > new/unknown place. Going to the mountains to hike can also be
> > > > dangerous
> > > > if you are not well prepared. This is of course not marked on
> > the
> > > > map!
> > >
> > > I agree that I don't know any non-subjective way how to identify
> > such
> > > an
> > > area.
> >
> > Well, one could rely on authority, e.g. if a national police
> > authority
> > designated certain areas as high risk.
>
> Yeah, that's not really going to work, either. Just look at
> Portland. Most arrests happen in poor, black neighborhoods, but
> you're most likely to get hurt or killed in a suburban white area.
> Besides, if you really want to go that route, just composite their
> data as a layer over OpenStreetMap in Leaflet. There's no reason
> whatsoever to include it in OpenStreetMap's database.
>
>
> I understand that it would politically sensitive, but from a data-model
> point of view it doesn't really differ from postcode areas (under the
> assumption that there's an authority that designates some areas as
> high-risk areas)
>
> There is a single authority assigning
> postal codes.
>

Well, two in the US.


> Also, in general people are not disputing postal codes.
>

The US Census Bureau and the Postal Service, but that's their problem to
sort out; just putting city and state will still get your mail there and
it's specific enough to wayfind.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] violazione di licenza ?

[Volker Schmidt]

Se utilizzi Alltrails per creare un percorso, questa traccia GPX segue con
precisione le ways in OSM. Non hai bisogno di JOSM. Quelli che hanno fatto
la "porcheria" non sono mappaturi OSM, se no avvrebbero utilizzato OSM e
non Google. La traccia non è una traccia registrata con GPS, ma una traccia
creata con Alltrails - c'è il corrispondente testo standard nel file kmz.

On Mon, 13 Jan 2020, 19:45 mbranco2,  wrote:

> * kmz, non gpx
> (vabeh, è lo stesso)
>
> Il giorno lun 13 gen 2020 alle ore 19:42 mbranco2  ha
> scritto:
>
>> Visto che a pensar male c'è sempre tempo, provo a fare un'ipotesi più
>> positiva:
>> magari il ciclista ha registrato un gpx, e poi con quello, oltre ad
>> aggiornare la mappa OSM, l'ha anche pubblicato/regalato in giro...
>> Di sicuro non ci scommetterei che è andata così, però ricavare un gpx da
>> OSM è una cosa da osmer: devi usare Josm, concatenare le way che ti
>> interessano... un osmer che lavora per "la concorrenza"?  :-)
>> Di sicuro la cosa più ovvia da fare è scrivergli consigliandoli di usare
>> OSM come sfondo, non fosse altro per una questione estetica di avere il gpx
>> correttamente sovrapposto alle strade (oltre ovviamente alla corretta
>> attribuzione).
>>
>> Il giorno dom 12 gen 2020 alle ore 11:22 Volker Schmidt <
>> vosc...@gmail.com> ha scritto:
>>
>>> Non è che io voglia a tutti costo trovare violazioni della licenza.
>>> No, quello che mi rende triste è un certo tipo di disonestà, sotto la
>>> soglia di allarme.
>>>
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] école primaire

[deuzeffe]

Je ravive ce sujet à propos des attributs des amenity=school school:FR=*


Et pour ce qui concerne les tags OSM et le wiki, je pense qu'on devrait
effectuer une modification pour établir que, pour la France, quand c'est
une « école », c'est amenity=school ; amenity=kindergarten étant utilisé
pour les établissements d'accueil pré-scolaire.
( pour les autres pays francophones, je ne connais pas du tout leur
fonctionnement )


Une décision a-t-elle été prise ?

--
deuzeffe, mémoire de poisson rouge included

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

Re: [Talk-it] violazione di licenza ?

[mbranco2]

* kmz, non gpx
(vabeh, è lo stesso)

Il giorno lun 13 gen 2020 alle ore 19:42 mbranco2  ha
scritto:

> Visto che a pensar male c'è sempre tempo, provo a fare un'ipotesi più
> positiva:
> magari il ciclista ha registrato un gpx, e poi con quello, oltre ad
> aggiornare la mappa OSM, l'ha anche pubblicato/regalato in giro...
> Di sicuro non ci scommetterei che è andata così, però ricavare un gpx da
> OSM è una cosa da osmer: devi usare Josm, concatenare le way che ti
> interessano... un osmer che lavora per "la concorrenza"?  :-)
> Di sicuro la cosa più ovvia da fare è scrivergli consigliandoli di usare
> OSM come sfondo, non fosse altro per una questione estetica di avere il gpx
> correttamente sovrapposto alle strade (oltre ovviamente alla corretta
> attribuzione).
>
> Il giorno dom 12 gen 2020 alle ore 11:22 Volker Schmidt 
> ha scritto:
>
>> Non è che io voglia a tutti costo trovare violazioni della licenza.
>> No, quello che mi rende triste è un certo tipo di disonestà, sotto la
>> soglia di allarme.
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] violazione di licenza ?

[mbranco2]

Visto che a pensar male c'è sempre tempo, provo a fare un'ipotesi più
positiva:
magari il ciclista ha registrato un gpx, e poi con quello, oltre ad
aggiornare la mappa OSM, l'ha anche pubblicato/regalato in giro...
Di sicuro non ci scommetterei che è andata così, però ricavare un gpx da
OSM è una cosa da osmer: devi usare Josm, concatenare le way che ti
interessano... un osmer che lavora per "la concorrenza"?  :-)
Di sicuro la cosa più ovvia da fare è scrivergli consigliandoli di usare
OSM come sfondo, non fosse altro per una questione estetica di avere il gpx
correttamente sovrapposto alle strade (oltre ovviamente alla corretta
attribuzione).

Il giorno dom 12 gen 2020 alle ore 11:22 Volker Schmidt 
ha scritto:

> Non è che io voglia a tutti costo trovare violazioni della licenza.
> No, quello che mi rende triste è un certo tipo di disonestà, sotto la
> soglia di allarme.
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numero di cellulare in OSM

[Francesco Ansanelli]

Il lun 13 gen 2020, 18:05 Martin Koppenhoefer  ha
scritto:

>
>
> Am Mo., 13. Jan. 2020 um 15:22 Uhr schrieb Edoardo Yossef Marascalchi <
> e.marascal...@gmail.com>:
>
>> contact:facebook in teoria dovrebbe puntare alla pagina o al handler
>> della pagina dell'attività.
>>
>
>
> si, la mia domanda era se "contact:" si usa soltanto quando il valore
> comporta una possibilità di contatto, oppure se si aggiunge a prescindere
> (perché se non hai dati di contatto che gli visitatori possono vedere, e in
> più non consenti di contattarti con messenger).
>

Per quanto ne so la chiamata a Messenger piuttosto che alla pagina cambiano
in base al link:

http://m.me/

E


https://www.facebook.com/

In effetti, non ha senso mettere il link a Facebook come a un normale
sito... Dovrebbe essere chi consuma i dati che mostra il pulsante o fa una
chiamata api passando il nome della pagina.
Anche se non c'è una regola scritta, penso che sia sensato evitare link a:

m.facebook e facebook.it

per agevolare chi vuole usare il nome della pagina per far aprire il
Messenger.


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

Re: [Talk-it] Numero di cellulare in OSM

[Martin Koppenhoefer]

Am Mo., 13. Jan. 2020 um 15:22 Uhr schrieb Edoardo Yossef Marascalchi <
e.marascal...@gmail.com>:

> contact:facebook in teoria dovrebbe puntare alla pagina o al handler della
> pagina dell'attività.
>


si, la mia domanda era se "contact:" si usa soltanto quando il valore
comporta una possibilità di contatto, oppure se si aggiunge a prescindere
(perché se non hai dati di contatto che gli visitatori possono vedere, e in
più non consenti di contattarti con messenger).

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

Re: [OSM-talk-fr] [dérivé de "OSMOSE et Opendata"] Comment tagguer ces transformateurs ?

[deuzeffe]

Le 13/01/2020 à 01:43, François Lacombe a écrit :


J'ajoute ce lien également
https://wiki.openstreetmap.org/wiki/Power_networks/France#Postes_de_transformation_locaux


Ah, tu vois que tu ne mentionnes pas le champ name=* :P (ni la mention 
ref:FR:kivabien :/)


Si j'ai bien compris le rendu standard, le name est rendu si c'est un 
building=* et non rendu si c'est un street_cabinet=power ou un 
power=pole. C'est ça ?


Ça me gêne. Soit on voit ça du point de vu de l'objet building (et ça 
suit les règles standards du rendu du même nom. Et ça fout le bazar sur 
le dit rendu). Soit on voit ça du point de vue de la communauté de 
fonction (power), et rien ne devrait être rendu.


En tant que béotienne, j'ai probablement tort, mais ça me gêne quand même ^^

--
deuzeffe, qui avoue tagguer pour le (non-)rendu...

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

Re: [OSM-talk-fr] [dérivé de "OSMOSE et Opendata"] Comment tagguer ces transformateurs ?

[deuzeffe]

Le 13/01/2020 à 01:43, François Lacombe a écrit :

Bonsoir et merci d'avoir apporté quelques réponses


Pareil mais jour,


J'ajoute ce lien également
https://wiki.openstreetmap.org/wiki/Power_networks/France#Postes_de_transformation_locaux
La page du projet du mois de juillet 2018 est maintenue dans son état
d'origine sans mise à jour.


Sauf les stats ^^

Damned, il va falloir que je change l'url d'un des multiples onglets 
ouverts en permanence ^^



Au passage, je précise que ce que vous appelez des "transformateurs" dans
le langage courant sont des postes. 


Yep, mais on des des béotiens et -tiennes, nous, pas des experts :P

--
deuzeffe

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

Re: [Talk-it] Numero di cellulare in OSM

[Andreas Lattmann]

Ciao,
>
>ma lo usi per i cellulari?
>
>Grazie
>Francesco

Si lo uso per i cellulari. 
--
樂

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

Re: [Talk-it] Numero di cellulare in OSM

[Edoardo Yossef Marascalchi]

contact:facebook in teoria dovrebbe puntare alla pagina o al handler della
pagina dell'attività.


Il lun 13 gen 2020, 1:43 PM Martin Koppenhoefer  ha
scritto:

> Am So., 12. Jan. 2020 um 07:45 Uhr schrieb Edoardo Yossef Marascalchi <
> e.marascal...@gmail.com>:
>
>> detto che nessuno di noi è in grado di distinguere un numero fisso
>> straniera da un cellulare, negli USA non hanno neppure prefissi diversi e
>> fino a qualche anno fa, per questo, il costo della chiamata era condiviso
>> tra chiamato e chiamante (ora credo sian cambiate le cose ma non be posso
>> essere certo).
>>
>> io, personalmente, preferisco la tassonimia contact: dove è facilmente e
>> intelligibilmente raggruppabile qualsiasi tag odierno o futuro
>>
>
>
> - tipo contact:website? (Questo è veramente in uso). Vogliamo distinguere
> tra siti web che offrono possibilità di contatto e quelli che non lo fanno?
> - contact:wikidata?
> - contact:image (ci sono dati di contatto visibile nella foto)?
>
>
> contact:facebook soltanto quando la persona / azienda / il bot consente di
> essere contattato? Perché per esempio Facebook (se sono ben informato)
> consente di bloccare i tentativi di contatto (se non fosse giusto, quel che
> si può sicuramente fare è consentire soltanto messaggi da amici, e poi non
> avere alcun amico).
>
> Ciao
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] w...@noreply.openstreetmap.org

[Volker via Talk-de]

Hast Du mal probiert, über den Nachrichtenquelltext den Lauf der E-Mail
zu verfolgen?

Am 13.01.2020 um 12:11 schrieb Markus:
> Habe eine interessante Mail bekommen, auf die ich gerne antworten
> möchte, aber die Mailadresse "noreplay" funktioniert nicht ;-)
>
> Wie finde ich die Mailadresse des Absenders?
>
> Gruss, Markus
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-it] Numero di cellulare in OSM

[Martin Koppenhoefer]

Am So., 12. Jan. 2020 um 07:45 Uhr schrieb Edoardo Yossef Marascalchi <
e.marascal...@gmail.com>:

> detto che nessuno di noi è in grado di distinguere un numero fisso
> straniera da un cellulare, negli USA non hanno neppure prefissi diversi e
> fino a qualche anno fa, per questo, il costo della chiamata era condiviso
> tra chiamato e chiamante (ora credo sian cambiate le cose ma non be posso
> essere certo).
>
> io, personalmente, preferisco la tassonimia contact: dove è facilmente e
> intelligibilmente raggruppabile qualsiasi tag odierno o futuro
>


- tipo contact:website? (Questo è veramente in uso). Vogliamo distinguere
tra siti web che offrono possibilità di contatto e quelli che non lo fanno?
- contact:wikidata?
- contact:image (ci sono dati di contatto visibile nella foto)?


contact:facebook soltanto quando la persona / azienda / il bot consente di
essere contattato? Perché per esempio Facebook (se sono ben informato)
consente di bloccare i tentativi di contatto (se non fosse giusto, quel che
si può sicuramente fare è consentire soltanto messaggi da amici, e poi non
avere alcun amico).

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

Re: [Talk-it] OSM & Toponimi: targhe vs ANNCSU

[Martin Koppenhoefer]

Am So., 12. Jan. 2020 um 10:53 Uhr schrieb Rossella Di Bari <
dbrosse...@gmail.com>:

> Buongiorno a tutti,
> dovrei iniziare un lavoro sulla toponomastica femminile basato su OSM,
> provando a creare un nodo italiano del progetto Las calles de las mujeres
>  [1] delle
> GeochicasOSM, con l'accortezza però di utilizzare i toponimi ufficiali
> degli stradari comunali.
>


sembrerebbe quasi una contradizione, basato su OSM e con "toponimi
ufficiali".




>
> Detto ciò, il mio intento è quello di modificare i toponimi di OSM come da
> grafo comunale di modo che il lavoro successivo venga basato sulla bontà
> dei dati.
>


se l'unico motivo della modifica è una discrepanza tra versione ufficiale
come pubblicato ora dal comune ed OSM non dovresti cambiare il tag "name"
ma il tag "official_name" (supponendo che ciò pubblicato adesso come open
data sia la versione ufficiale, senza errori di alcun tipo ecc.).




> Mi confermate che ciò possa andar bene anche alla comunità di OSM? Mi
> viene in mente che il db di OSM sia rimpinguato di dati che i rilevatori
> apprendono, in questo caso leggendo le targhe toponomastiche: se inserissi
> un tag diverso da quello che rilevo, seppur obsoleto, potrei creare
> confusione secondo voi?
>


generalmente in OSM il tag "name" contiene ciò che la communità locale
ritiene il più appropriato. Se volessi modificare nomi di Firenze dovresti
parlare sopratutto con la comunità di Firenze. Sicuramente non è accetabile
di modificare in maniera automatica i nomi "name" in OSM basandosi su un
rilascio della pubblica amministrazione, mentre per "official_name" (se la
bontà e l'affidabilità del dato è approvato (da noi), potrebbe andare bene
(sopratutto se si aggiunge un tag "official_name" piuttosto che modificarne
uno già esistente: quando ci sono differenze tra official_name "nuovo" e
esistente in OSM, direi di fare verifiche accurate, idealmente con fonti
autoritative (delibere e leggi).


>
> Infine, in territorio aperto, ho riscontrato la presenza di sentieri, non
> assimilabili ad aree di circolazione, taggati in OSM a caso, tipo: Babbo
> Natale, Asino che vola, Paperino etc. ... Crediate sia opportuno assegnare
> a questi tratti il tag noname?
>


a caso non va mai bene. Chiederei all'autore da dove sono presi quei nomi,
per esempio https://www.openstreetmap.org/changeset/39001087

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

[Talk-de] w...@noreply.openstreetmap.org

[Markus]

Habe eine interessante Mail bekommen, auf die ich gerne antworten
möchte, aber die Mailadresse "noreplay" funktioniert nicht ;-)

Wie finde ich die Mailadresse des Absenders?

Gruss, Markus

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

Re: [OSM-talk] international project communication (was: names of international objects)

[Christoph Hormann]

On Monday 13 January 2020, Joseph Eisenberg wrote:
>
> In particular:
>
> Request to render Oceans/Seas:
> https://github.com/gravitystorm/openstreetmap-carto/issues/2278
>
> Related to Bays/Straits:
> https://github.com/gravitystorm/openstreetmap-carto/issues/3634

Note in particular also

https://github.com/gravitystorm/openstreetmap-carto/pull/2345

where we had much of the "what is the appropriate label language for 
places where few people live" more than three years ago already.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk] international project communication (was: names of international objects)

[Mateusz Konieczny]

13 Jan 2020, 01:32 by frede...@remote.org:

> 1. You do not need English for normal everyday participation in
> OpenStreetMap. Our website and editors are translated into dozens of
> languages
>
And for anyone interested in helping:
see 
https://wiki.openstreetmap.org/wiki/Translation#Editors_and_other_contributing_tools
listing places where help in translating is welcomed
(I would expect that for any language there is still something to translate).

> your point is taken, but see #1...
>
probably #2?

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