Re: [OSM-talk-fr] wikidata vs brand:wikidata

[osm . sanspourriel]

Pas faux mais plus pour des marques que des chaînes et alors à coup 
d'expressions regulières on doit pouvoir gérer au pire manuellement.
Je me contenterai de 99 % de données propres et il y aura bien un Philippe qui 
corrigera les 1 %

Jean-Yvon


> Gesendet: Freitag, 13. April 2018 um 22:19 Uhr
> Von: Philippe Verdy
> An: "Discussions sur OSM en français" 
> Betreff: Re: [OSM-talk-fr] wikidata vs brand:wikidata


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

Re: [Talk-de] natural in natural / natural in landuse / multipolygon?

[Guido Scholz]

Am Fri, 13. Apr 2018 um 23:02:11 +0200 schrieb Florian Lohoff:

> Hi,

Hallo Florian,

> Ich habe so ein paar Seen aus dem umgebenden Wald/Wiese ausgeklammert
> und dann hatte ich den Teich/Wasserfläche vor der Bertelsmann
> Hauptverwaltung und DAS gehört ja schon zum landuse=commercial.
> 
> Leider ist das aktuell auch ein natural=water - Was in Anbetracht
> des ganzen Betons eher so quatsch ist.
> 
> Gibts da was besseres als natural=water?
> 
> Geht landcover=water? man_made=water? 

die Kombination natural=water, water=pond sollte das doch richtig
abbilden. Ein "pond" ist ja etwas angelegtes, wenn auch nicht wirklich
"natural".

Gruß
Guido

-- 
http://wie-im-flug.net/
http://www.lug-burghausen.org/


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

[talk-au] FOSS4G SotM Oceania - keynote speakers

[John Bryant]

Hi all,

We're starting to think about inviting keynote speakers for the conference,
and we'd love to get your input. We expect to reach a diverse audience,
with representation from various countries, professions, genders, cultural
backgrounds, and levels of experience, so we need to make sure our array of
keynote speakers can appeal to this audience.

In the current working draft of the schedule
,
there are slots for 5 keynote speakers.

So, what are your thoughts? Are there any broad themes you feel must be
addressed? Do you have anyone in mind who can speak well, has a great story
to tell, and can provide a thoughtful perspective on where we're headed as
a community? Or perhaps someone who has particularly interesting and
relevant experience, and can use that to catalyse new threads of discussion?

Though our community is regionally-based, we are part of a greater global
community. Of the 5 keynote slots, most should come from within our region,
but there is some scope for international speakers. We have a modest budget
for assisting with keynote travel costs.

Please let us know, either on this list or by direct email at
ad...@foss4g-oceania.org. Hope to hear from you!

Cheers
John


FOSS4G SotM Oceania

20-23 November 2018 
Melbourne, Australia 
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[OSM-talk-fr] Anomalies des ompteurs et statuts BANO

[Philippe Verdy]

j'ai déjà signalé il y a plusieurs jours (à plusieurs reprises sur la liste
OSMFR) les erreurs de comptage dans les traitements BANO, et cette fois
l'effet est visible et identifié:

https://tile-a.openstreetmap.fr/~cquest/leaflet/bano.html#18/46.26262/-0.49153

Il semble que les statuts des voies (OK, erreurs de noms, etc.) sont en
doublon un peu partout. L'effet est visible quand plusieurs statuts sont
superposés dans le rendu BANO comme ci-dessus (deux anomalies visibles)

Cela semble expliquer aussi le fait que le rafraichissement des compteurs
est assez "farfelu" et ne correspond à rien.

A mon avis les comptages sont donc tous faux si la base a des doublons
(sans doute lié à des transactions non terminées et l'absence de rollback,
puis des assertions fausses sur ce qui devrait être unique et ne l'est en
fait pas du tout, des compteurs ne cessent de grimper et ne baissent
jamais, que des INSERT, aucun DELETE ni UPDATE).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] R: Galileo

[angelo mornata]

Perfetto, così non stiamo a perdere soldi, e tempo, in ragionamenti contorti.

 Del PCN aggiornato nessuna notizia ?

Ormai il PCN 2012 perde i colpi!

Grazie ancora
Angelo


Inviato da smartphone Samsung Galaxy.

 Messaggio originale 
Da: Alfredo Gattai 
Data: 13/04/18 22:51 (GMT+01:00)
A: openstreetmap list - italiano 
Oggetto: Re: [Talk-it] R: Galileo

Grazie Gianfranco,

una spiegazione semplice, precisa e dritta al punto.

Alfredo

2018-04-13 15:29 GMT+02:00 Gianfranco Graizzaro 
>:
Volevo se possibile dare il mio modesto contributo sul discorso GPS, in quanto 
essendo geometra, e usandoli per lavoro sono abbastanza informato.
I ricevitori GPS, sono molto precisi, in riferimento ai satelliti, cioè la loro 
posizione riferita ai satelliti è dell’ordine del centimetro.
Che non è precisa, è la posizione dei satelliti rispetto alla terra, che è di 
alcuni metri.
Per cui con un solo ricevitore, indipendentemente dal numero di satelliti 
visibili e dalla costellazione alla quale si appoggia il ricevitore, la 
precisione non può essere maggiore di alcuni metri, nemmeno con i migliori 
ricevitori professionali.
In campo Topografico per avere la precisione del centimetro, si usano 2 
ricevitori uno fisso e con l’altro ci si sposta, si fa una misurazione in  
contemporanea con i due strumenti e si ricava la differenza di coordinate, che 
ha la precisione del centimetro.
Per non acquistare 2 ricevitori, ci sono reti di ricevitori GPS fissi distanti 
nell’ordine di 50 100 km, alle quali ci si collega via intenet per ricevere le 
loro coordinate ad ogni misurazione che viene fatta dallo strumento in 
campagna. Questo è un servizio a pagamento. Altrimenti bisogna avere due 
ricevitori che si collegano tra loro via antenna VHS che arrivano a seconda 
della potenza del segnale fino ad una distanza di 5-10 Km.

Inoltre per ricevere il segnale GPS, essendo la frequenza di trasmissione 
dell’ordine dei Giga Hertz, i satelliti devono essere direttamente visibili, 
cioè qualsiasi ostruzione, dagli alberi, (anche senza foglie), ai fabbricati, 
ai tralicci dell’alta tensione, limita il numero di satelliti utilizzabili a 
quelli direttamente visibile, in teoria ce ne devono essere almeno 4, ma in 
realtà ne servono almeno 6-7 e devono esser disposti distanti uno dall’altro, 
per cui più satelliti ci sono meglio è, è più facile che ce ne siano 6-7 nella 
giusta posizione e più velocemente si fa la misurazione sempre per raggiungere 
la precisione di alcuni metri con singolo ricevitore.

Poi cambiando la disposizione dei satelliti in cielo, anche la precisione del 
ricevitore cambia, tanto che nelle vie strette di un centro cittadino, molto 
spesso non si riesce a fare le misurazioni con la precisione necessaria.

Pertanto io abbandonerei l’idea di avere un ricevitore GPS molto preciso, che 
sia uno smartphone con antenna, o un ricevitore professionale, perché nella 
pratica di rilevare sentieri in montagna, nelle valli, nei sottoboschi, nei 
centri urbani con strade strette, non ci riusciremmo nemmeno con un ricevitore 
professionale.

Gianfranco

Da: Alfredo Gattai 
[mailto:alfredo.gat...@gmail.com]
Inviato: venerdì 13 aprile 2018 12:56
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Galileo

Ciao,

Io per ora non ne uso perche' per il rilievo di sentieri mi basta la precisione 
fornita da uno smartphone di fascia alta senza altri ausilii percio' non mi 
sono ancora buttato a sperimentare.
E' vero pero' che se si comincia a dover ad esempio rilevare numeri civici nei 
canyon urbani la musica cambia.
Qualche mese fa mi sono fatto fare un preventivo per una ricevitore piu' 
antenna esterna che mi consentisse una precisione (sufficientemente garantita) 
nell'ordine dei 2-3 metri ed eravamo sull'ordine dei 2000 euro.
Se ci cerca anche di avere qualcosa mutlifrequenza la cifra sale di parecchio.

Ovviamente si puo' spendere meno ed ottenere risultati migliori di quelli 
derivanti dal semplice uso del telefono, per questo Alessandro Palmas e' quello 
che ti puo' dare piu' dritte al riguardo perche' e' quello che ha sperimentato 
un po' di piu'.

Per i miei scopi mi sono ripromesso di rivalutare la questione diciamo ad un 
anno o due da ora per vedere se arrivano sul mercato antenne e ricevitori 
abilitati Galileo ad un prezzo migliore, se poi arrivassero anche gli smarphone 
con la correzione del multipath sarebbe il massimo.

Alfredo


Il Ven 13 Apr 2018, 09:58 angelo mornata 
> ha scritto:

Scusa Alfredo mi puoi dare qualche dritta sulle antenne esterne (che marca 
usi?) e se è applicabile a un galaxy A5 2017 che aimè non è un telefono di 
fascia alta.

Grazie

Angelo


___
Talk-it mailing list

Re: [Talk-de] natural in natural / natural in landuse / multipolygon?

[Florian Lohoff]

Hi,

On Fri, Apr 13, 2018 at 09:43:16PM +0200, Martin Koppenhoefer wrote:
> > Was ist mit natural=water in einem natural=wood?
> 
> das wiederum würde ich rausnehmen 

Hartmut hatte eben auf osm-owl noch dieses Beispiel:

https://www.openstreetmap.org/#map=19/52.11159/8.51357=N

Da sieht man das Carto/Mapnik die Bäume halt auch in den See zeichnet
wenn man das nicht ausnimmt.

Das problem ist glaube ich das künstliche
Wasserflächen/Teiche/Wasserspiele mit natural=water getagged werden.

Im Stadtpark gehört der See ja auch dazu - Im Wald gehört der
See aber nicht zum Wald.

Ich habe so ein paar Seen aus dem umgebenden Wald/Wiese ausgeklammert
und dann hatte ich den Teich/Wasserfläche vor der Bertelsmann
Hauptverwaltung und DAS gehört ja schon zum landuse=commercial.

Leider ist das aktuell auch ein natural=water - Was in Anbetracht
des ganzen Betons eher so quatsch ist.

Gibts da was besseres als natural=water?

Geht landcover=water? man_made=water? 

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


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

Re: [Talk-it] R: Galileo

[Alfredo Gattai]

Grazie Gianfranco,

una spiegazione semplice, precisa e dritta al punto.

Alfredo

2018-04-13 15:29 GMT+02:00 Gianfranco Graizzaro <
gianfranco.graizz...@gmail.com>:

> Volevo se possibile dare il mio modesto contributo sul discorso GPS, in
> quanto essendo geometra, e usandoli per lavoro sono abbastanza informato.
>
> I ricevitori GPS, sono molto precisi, in riferimento ai satelliti, cioè la
> loro posizione riferita ai satelliti è dell’ordine del centimetro.
>
> Che non è precisa, è la posizione dei satelliti rispetto alla terra, che è
> di alcuni metri.
>
> Per cui con un solo ricevitore, indipendentemente dal numero di satelliti
> visibili e dalla costellazione alla quale si appoggia il ricevitore, la
> precisione non può essere maggiore di alcuni metri, nemmeno con i migliori
> ricevitori professionali.
>
> In campo Topografico per avere la precisione del centimetro, si usano 2
> ricevitori uno fisso e con l’altro ci si sposta, si fa una misurazione in
> contemporanea con i due strumenti e si ricava la differenza di coordinate,
> che ha la precisione del centimetro.
>
> Per non acquistare 2 ricevitori, ci sono reti di ricevitori GPS fissi
> distanti nell’ordine di 50 100 km, alle quali ci si collega via intenet per
> ricevere le loro coordinate ad ogni misurazione che viene fatta dallo
> strumento in campagna. Questo è un servizio a pagamento. Altrimenti bisogna
> avere due ricevitori che si collegano tra loro via antenna VHS che arrivano
> a seconda della potenza del segnale fino ad una distanza di 5-10 Km.
>
>
>
> Inoltre per ricevere il segnale GPS, essendo la frequenza di trasmissione
> dell’ordine dei Giga Hertz, i satelliti devono essere direttamente
> visibili, cioè qualsiasi ostruzione, dagli alberi, (anche senza foglie), ai
> fabbricati, ai tralicci dell’alta tensione, limita il numero di satelliti
> utilizzabili a quelli direttamente visibile, in teoria ce ne devono essere
> almeno 4, ma in realtà ne servono almeno 6-7 e devono esser disposti
> distanti uno dall’altro, per cui più satelliti ci sono meglio è, è più
> facile che ce ne siano 6-7 nella giusta posizione e più velocemente si fa
> la misurazione sempre per raggiungere la precisione di alcuni metri con
> singolo ricevitore.
>
>
>
> Poi cambiando la disposizione dei satelliti in cielo, anche la precisione
> del ricevitore cambia, tanto che nelle vie strette di un centro cittadino,
> molto spesso non si riesce a fare le misurazioni con la precisione
> necessaria.
>
>
>
> Pertanto io abbandonerei l’idea di avere un ricevitore GPS molto preciso,
> che sia uno smartphone con antenna, o un ricevitore professionale, perché
> nella pratica di rilevare sentieri in montagna, nelle valli, nei
> sottoboschi, nei centri urbani con strade strette, non ci riusciremmo
> nemmeno con un ricevitore professionale.
>
>
>
> *Gianfranco*
>
>
>
> *Da:* Alfredo Gattai [mailto:alfredo.gat...@gmail.com]
> *Inviato:* venerdì 13 aprile 2018 12:56
> *A:* openstreetmap list - italiano
> *Oggetto:* Re: [Talk-it] Galileo
>
>
>
> Ciao,
>
>
>
> Io per ora non ne uso perche' per il rilievo di sentieri mi basta la
> precisione fornita da uno smartphone di fascia alta senza altri ausilii
> percio' non mi sono ancora buttato a sperimentare.
>
> E' vero pero' che se si comincia a dover ad esempio rilevare numeri civici
> nei canyon urbani la musica cambia.
>
> Qualche mese fa mi sono fatto fare un preventivo per una ricevitore piu'
> antenna esterna che mi consentisse una precisione (sufficientemente
> garantita) nell'ordine dei 2-3 metri ed eravamo sull'ordine dei 2000 euro.
>
> Se ci cerca anche di avere qualcosa mutlifrequenza la cifra sale di
> parecchio.
>
>
>
> Ovviamente si puo' spendere meno ed ottenere risultati migliori di quelli
> derivanti dal semplice uso del telefono, per questo Alessandro Palmas e'
> quello che ti puo' dare piu' dritte al riguardo perche' e' quello che ha
> sperimentato un po' di piu'.
>
>
>
> Per i miei scopi mi sono ripromesso di rivalutare la questione diciamo ad
> un anno o due da ora per vedere se arrivano sul mercato antenne e
> ricevitori abilitati Galileo ad un prezzo migliore, se poi arrivassero
> anche gli smarphone con la correzione del multipath sarebbe il massimo.
>
>
>
> Alfredo
>
>
>
>
>
> Il Ven 13 Apr 2018, 09:58 angelo mornata  ha
> scritto:
>
> Scusa Alfredo mi puoi dare qualche dritta sulle antenne esterne (che marca
> usi?) e se è applicabile a un galaxy A5 2017 che aimè non è un telefono di
> fascia alta.
>
> Grazie
>
> Angelo
>
>
>
>
> ___
> 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] wikidata vs brand:wikidata

[Philippe Verdy]

Oui mais remplacer par quoi ? en qualifiant le tag "wikidata=*" nu (avec un
"brand"), ou en le supprimant, ou ajoutant un "operator", et que faire
ensuite du "name=*" quand il n'ajoute pas plus de précision que le "brand"
ou "l'opérateur" quelle est la bonne valeur à donner à "name" qui n'est pas
nécessairement non plus le nom officiel de l'entreprise au RC (ce nom
figure sur les factures, devis et tickets de caisse et n'a souvent rien à
voir avec l'enseigne) ?

Note : de nombreux magasins sont multi-enseignes, une d'elle est
prédominante masi on voit les autres logos de franchises sur les vitrines,
ou sur les sites internet en tant que "vendeur agréé" par exemple. Le nom
commun d'un magain est souvent tiré du nom de l'enseigne et d'un nom
d'aglomération, ou un nom de quartier/ZI (pas nécessairement le nom de la
commune où l'établissement est situé, d'autant plus qu'en périphérie des
villes les grandes surfaces peuvent être à cheval sur plusieurs communes et
le siège social officiel situé en fait ailleurs ou à un point d'accès qui
n'est pas l'entrée principale du public et peut être sur une autre
rue/route)...

Ce nom "commun" on le trouve dans les catalogues des enseignes et les sites
internet). Le cadastre/FANTOIR lui mentionne encore un autre nom qui n'est
pas affiché mais continue à exister pour des raisons réglementaires (permis
de construire, autorisations préfectorales) et parfois il peut y avoir
encore plusieurs noms (lieux-dits FANTOIR) correspondant aujourd'hui à un
seul magasin ou l'inverse aussi: une grande surface qui a arrêté et été
reprise par des entreprises différentes... D'autres noms figurent aussi
pour les stations de transport (arrêts bus par exemple, qui ne sont souvent
pas dédiés à un seul magasin mais à une zone autour).

Les grandes surfaces ont donc souvent plusieurs désignations qui ne
recouvrent pas exactement la même chose.

Mais dans le cas présent, s'agissant des POIs de type magasin, c'est
souvent lié à l'entreprise actuelle, son établissement local, son gérant
local et aux enseignes qu'il affiche; puis ensuite aux baux (pas de porte)
loués, et au propriétaire des murs (une société gère les locataires, vend
les droits de pas de porte qui sont ensuite revendus librement sur le
marché, indépendamment du loyer payé pour l'établissement dans cette
surface par le propriétaire du pas de porte qui détermine l'enseigne ou les
enseignes avec qui il travaille), qui lui même peut être locataire du
terrain... C'est vite compliqué !

Et là je suis d'accord que le "wikidata=*" nu n'est pas du tout pertinent
ni optimal: il faut séparer les concepts correctement, tout en rendant la
carte utilisable par le grand public qui, lui ne voit en premier que les
enseignes et ne voit les sociétés que lorsqu'il passe en caisse ou signe un
contrat de vente ou demande un devis ou a un litige avec le magasin ou
reçoit un contrat de garantie/SAV, parfois établi et géré encore par une
autre société et a encore d'autres éléments comme le nom d'un transporteur,
ou d'une société d'assurance ou l'organisme de crédit promu par l'enseigne
ou un réseau de carte de fidélité, ou reçoit des bons d'achat à valoir dans
un certain nombre de boutiques d'une des enseignes... Les relations d'un
client avec un vendeur sont devenues compliquées (sauf dans certains
domaines où la loi est passée par là pour désigner un agent responsable de
tout régler lui-même et situé au lieu de vente, notamment pour les voyages)


Le 13 avril 2018 à 18:49, PanierAvide  a écrit :

> Pour sortir les lieux depuis Overpass à l'aide des ID wikidata, une
> méthode de truand :
>
> - Reprendre la requête sur Paris, élargir le champ de rehcherche, et
> changer la ligne du select en :
> SELECT distinct ?wd WHERE {
>
> - Sortir la liste des tags wikidata en export CSV
> - Abattre quelques expressions régulières pour que ça ressemble à de
> l'Overpass (ajout de l'en-tête, fin de requête, et transformer chaque ligne
> d'identifiant en une sélection wikidata=la valeur)
>
> Ça donne ça pour les valeurs les plus courantes sorties de Wikidata :
> http://overpass-turbo.eu/s/xRn
>
> Soit plus de 200 lieux sur une emprise métropolitaine. On part sur une
> tâche Maproulette ?
>
> Adrien.
>
>
> Le 13/04/2018 à 15:31, Noémie Lehuby a écrit :
>
> Hello,
>
> Les deux approches me semblent pertinentes :
> celles basée sur les occurrences sera surement plus facile à ajouter à
> Osmose
> celle basée sur wikidata fait plus de sens pour partager le travail de
> nettoyage. Et les magasins sont un bon objectif pour commencer
>
> Voilà une requête limitée aux alentours de Paris :
> http://tinyurl.com/y8wf63u5
> je ne sais pas s'il est possible d'aller plus loin dans le découpage
> géographique avec cet outil
>
> Une autre approche serait d'utiliser wikidata uniquement pour récupérer
> les id qui devraient être dans un tag brand:wikidata au lieu de wikidata,
> puis passer directement à overpass pour les rechercher ...
>
> Noémie
>
> Le 2018-04-13 

Re: [OSM-talk] weeklyOSM #403 2018-04-03-2018-04-09

[Stefano]

Fixed.

Stefano

2018-04-13 20:20 GMT+02:00 Yves :

> Apparently, it's the Spanish version :)
> Yves
>
> Le 13 avril 2018 19:51:33 GMT+02:00, weeklyteam 
> a écrit :
>>
>> The weekly round-up of OSM news, issue # 403,
>> is now available online in English, giving as always a summary of all things 
>> happening in the openstreetmap world:
>>
>> http://www.weeklyosm.eu/en/archives/10227/
>>
>> Enjoy!
>>
>> weeklyOSM?
>> who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
>> where?: 
>> https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
>> --
>>
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
> Yves
>
> ___
> 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: [Talk-de] natural in natural / natural in landuse / multipolygon?

[Martin Koppenhoefer]

sent from a phone

> On 13. Apr 2018, at 16:39, Florian Lohoff  wrote:
> 
> Der häufige fall "natural=water" in "landuse=residential" - Der
> typische Gartenteich. Mal davon abgesehen das das natural=water
> da eher seltsam anmutet.
> 



aus dem residential würde ich den Gartenteich nicht ausnehmen, auch nicht aus 
einem leisure=garden


> Was ist mit natural=water in eine landuse=quarry - Ein vollgelaufener
> Tagebau?


das ist wohl eher schon ein disused:landuse oder abandoned

mit abandoned:landuse würde ich das Wasser überlappen, bei landuse=quarry 
müsste man sehen, ggf. gehört es da auch dazu



> 
> Was ist mit natural=water in einem natural=wood?



das wiederum würde ich rausnehmen 


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

Re: [OSM-talk] weeklyOSM #403 2018-04-03-2018-04-09

[Yves]

Apparently, it's the Spanish version :) 
Yves 

Le 13 avril 2018 19:51:33 GMT+02:00, weeklyteam  a 
écrit :
>The weekly round-up of OSM news, issue # 403,
>is now available online in English, giving as always a summary of all
>things happening in the openstreetmap world:
>
>http://www.weeklyosm.eu/en/archives/10227/
>
>Enjoy!
>
>weeklyOSM? 
>who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
>
>where?:
>https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] weeklyOSM #403 2018-04-03-2018-04-09

[john whelan]

Is there an English translation available?

Thanks John

On 13 April 2018 at 13:51, weeklyteam  wrote:

> The weekly round-up of OSM news, issue # 403,
> is now available online in English, giving as always a summary of all
> things happening in the openstreetmap world:
>
> http://www.weeklyosm.eu/en/archives/10227/
>
> Enjoy!
>
> weeklyOSM?
> who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
> where?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-
> produced-in_56718#2/8.6/108.3
> ___
> 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] weeklyOSM #403 2018-04-03-2018-04-09

[James]

the English page is in spanish for some reason..

On Fri, Apr 13, 2018, 1:59 PM weeklyteam,  wrote:

> The weekly round-up of OSM news, issue # 403,
> is now available online in English, giving as always a summary of all
> things happening in the openstreetmap world:
>
> http://www.weeklyosm.eu/en/archives/10227/
>
> Enjoy!
>
> weeklyOSM?
> who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
> where?:
> https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
> ___
> 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: [Talk-transit] Proposal for simplification of mapping public transport

[Jo]

A few years ago it was meant as a way to comply with the PT v2 scheme. For
me a nice side effect is/was that JOSM assigns a platform role
automatically when adding them to route and stop_area relations. But it
wouldn't be hard to reprogram it to do that for simply
highway=bus_stop/railway=tram_stop.

Dropping the public_transport tags on stops is covered by Ilya's proposal
though. I'm somewhat indifferent to whether we do or don't drop those tags.

My proposal is mostly about not adding 2 objects to the route relations for
each stop and to keep all the stop's details together on that one object
that is added to the route relations, preferably a node.

Polyglot

2018-04-13 19:48 GMT+02:00 Selfish Seahorse :

> On 11 April 2018 at 19:38, Roland Hieber  wrote:
> > However, a main reason why the Public Transport schema was adopted [1]
> > was exactly this differentiation between stop position on the route and
> > platform position/waiting area for the passengers.  This was done to
> > increase the expressiveness of OpenStreeMap data, and to make
> > information more easier obtainable for routing software.  After all, the
> > two things are at different positions, and you cannot generally infer
> > the one from the other.  Reverting to the old schema would therefore
> > take away that expressiveness.
> >
> > [1]: https://wiki.openstreetmap.org/wiki/Proposed_features/
> Public_Transport#Goal_of_this_public_transport_proposal
>
> If the waiting area is mapped as a node, it can be projected on the
> road or rail, thus making a separate stop position node on the road or
> rail unnecessary.
>
> However, I think it is not very straightforward that this node is
> proposed to be tagged public_transport=platform and a possible
> physical platform highway=platform. In my opinion, tagging the waiting
> area node only highway=bus_stop or railway=tram_stop would be much
> less confusing. Besides these tags are self-explanatory. (And, as you
> wrote, these tags will probably remain needed for rendering purposes
> for a long time to come. Why double tagging then?)
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit
>
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

semanarioOSM Nº 403 2018-04-03-2018-04-09

[weeklyteam]

Hola, el semanario Nº 403, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10227/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

semanarioOSM Nº 403 2018-04-03-2018-04-09

[weeklyteam]

Hola, el semanario Nº 403, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10227/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

semanarioOSM Nº 403 2018-04-03-2018-04-09

[weeklyteam]

Hola, el semanario Nº 403, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10227/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

semanarioOSM Nº 403 2018-04-03-2018-04-09

[weeklyteam]

Hola, el semanario Nº 403, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10227/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

semanarioOSM Nº 403 2018-04-03-2018-04-09

[weeklyteam]

Hola, el semanario Nº 403, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10227/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

Re: [Talk-it] Su taginfo, è possibile sapere le date creazione dei tag?

[liste DOT girarsi AT posteo DOT eu]

Il 12/04/2018 23:17, Martin Koppenhoefer ha scritto:

Conosci http://taghistory.raifer.tech/
? Non dà una data precisa (credo) però è molto utile perché si vede 
l’andamento.


Ciao, Martin



Bello, guardando il tag leisure,si vede particolare, se aggiungo il 
valore playground, va a tratti, si vede proprio come è andato nel tempo.


grazie.




--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

[Talk-us] weeklyOSM #403 2018-04-03-2018-04-09

[weeklyteam]

The weekly round-up of OSM news, issue # 403,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10227/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk] weeklyOSM #403 2018-04-03-2018-04-09

[weeklyteam]

The weekly round-up of OSM news, issue # 403,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10227/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-ie] weeklyOSM #403 2018-04-03-2018-04-09

[weeklyteam]

The weekly round-up of OSM news, issue # 403,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10227/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-GB] weeklyOSM #403 2018-04-03-2018-04-09

[weeklyteam]

The weekly round-up of OSM news, issue # 403,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10227/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-ca] weeklyOSM #403 2018-04-03-2018-04-09

[weeklyteam]

The weekly round-up of OSM news, issue # 403,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10227/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[talk-ph] weeklyOSM #403 2018-04-03-2018-04-09

[weeklyteam]

The weekly round-up of OSM news, issue # 403,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10227/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-transit] Proposal for simplification of mapping public transport

[Selfish Seahorse]

On 11 April 2018 at 19:38, Roland Hieber  wrote:
> However, a main reason why the Public Transport schema was adopted [1]
> was exactly this differentiation between stop position on the route and
> platform position/waiting area for the passengers.  This was done to
> increase the expressiveness of OpenStreeMap data, and to make
> information more easier obtainable for routing software.  After all, the
> two things are at different positions, and you cannot generally infer
> the one from the other.  Reverting to the old schema would therefore
> take away that expressiveness.
>
> [1]: 
> https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Goal_of_this_public_transport_proposal

If the waiting area is mapped as a node, it can be projected on the
road or rail, thus making a separate stop position node on the road or
rail unnecessary.

However, I think it is not very straightforward that this node is
proposed to be tagged public_transport=platform and a possible
physical platform highway=platform. In my opinion, tagging the waiting
area node only highway=bus_stop or railway=tram_stop would be much
less confusing. Besides these tags are self-explanatory. (And, as you
wrote, these tags will probably remain needed for rendering purposes
for a long time to come. Why double tagging then?)

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

Re: [OSM-talk-fr] wikidata vs brand:wikidata

[PanierAvide]

Pour sortir les lieux depuis Overpass à l'aide des ID wikidata, une 
méthode de truand :


- Reprendre la requête sur Paris, élargir le champ de rehcherche, et 
changer la ligne du select en :

SELECT distinct ?wd WHERE {

- Sortir la liste des tags wikidata en export CSV
- Abattre quelques expressions régulières pour que ça ressemble à de 
l'Overpass (ajout de l'en-tête, fin de requête, et transformer chaque 
ligne d'identifiant en une sélection wikidata=la valeur)


Ça donne ça pour les valeurs les plus courantes sorties de Wikidata :
http://overpass-turbo.eu/s/xRn

Soit plus de 200 lieux sur une emprise métropolitaine. On part sur une 
tâche Maproulette ?


Adrien.


Le 13/04/2018 à 15:31, Noémie Lehuby a écrit :


Hello,

Les deux approches me semblent pertinentes :
celles basée sur les occurrences sera surement plus facile à ajouter à 
Osmose
celle basée sur wikidata fait plus de sens pour partager le travail de 
nettoyage. Et les magasins sont un bon objectif pour commencer


Voilà une requête limitée aux alentours de Paris : 
http://tinyurl.com/y8wf63u5
je ne sais pas s'il est possible d'aller plus loin dans le découpage 
géographique avec cet outil


Une autre approche serait d'utiliser wikidata uniquement pour 
récupérer les id qui devraient être dans un tag brand:wikidata au lieu 
de wikidata, puis passer directement à overpass pour les rechercher ...


Noémie

Le 2018-04-13 12:26, PanierAvide a écrit :


Bonjour,

À priori ce serait pas mal de commencer à nettoyer les données, pour 
éviter l'effet de recopie basée sur ce que fait le voisin. Avec le 
service Wikidata + OSM, on peut les repérer assez rapidement, exemple 
avec les magasins de chaînes 
 
(il manque que de filtrer par pays, mais ça dépasse mes compétences 
en SPARQL). Si on a la bonne requête SPARQL, on peut se partager la 
tâche par département, et assez rapidement s'en sortir. Le tout c'est 
de savoir si on commence par les réseaux de transports, les magasins, 
les équipements... Le plus simple est sûrement les magasins, car ils 
ont l'air renseignés de manière homogène côté Wikidata, ce qui n'est 
pas le cas des réseaux de transports.


Une fois que le nettoyage est fait, une bonne 

Re: [OSM-ja] 高速道路の定義について

[tomoya muramoto]

みなさま

これまでの議論で各提案の位置づけがなされたと思います。
つきましては賛否投票を開始いたします。
4/21を一次締め切りとし、各提案に対して賛否を〇×で投票ください。とりあえず私の意見をサンプルとして挙げておきます。

名前：muramoto
*提案1：〇
*提案1-1：〇
*提案1-2：×
*提案2：〇
*提案3-1：〇
*提案3-2：×
*提案3-3：×
*提案4：〇
*提案5：〇

※必ずしもすべての提案に対して投票する必要はありません。一部への投票でもOKです。
※サブ番号が付いた提案に対しては、いずれか一つに〇をつけてください。
※「提案3-4」は今回除外させていただきました。hayashi様からお返事いただけておらず、提案3-3との差異が明確にできなかったためです。なおmotorroadの定義が決定後に、hayashi様の案を含め、具体的なタグの検討をおこないます。

4/14改定
-
*提案1 日本のmotorwayの定義をJapan taggingに記載された内容から変更する。
*提案1-1 日本のmotorwayの定義を、(1) 高速道路ナンバリングされた道路(高規格幹線道路を含む)、(2) 都市高速道路 または
東京高速道路とする。(muramoto?)
*提案1-2 日本のmotorwayの定義を、(1) 高規格幹線道路、(2) 都市高速道路 または 東京高速道路とする。(Ras and Road)

*提案2 accessタグの車両種別について日本での定義を取り決める(hayashi)

*提案3-1 motorroad=yesの定義を「自動車専用道路」標識がついた道路とする(muramoto)
(補足：提案3-1を採用した場合、提案1-1または1-2の定義から外れたmotorwayは、trunk/primary +motorroad=yes
に置き換えることになる)
*提案3-2 motorroad=yesの定義を「歩行者、自転車通行止め」の道路とする(zyxzyx,
https://forum.openstreetmap.org/viewtopic.php?pid=690508)
*提案3-3 motorroad=yesの定義を「歩行者、軽車両通行止め」の道路とする(提案3-2の派生)

*提案4 道路運送法に基づく自動車道（アネスト岩田ターンパイクなど）は日本のmotorwayに含めない。(Ras and Road)

*提案5 道路運送法に基づく自動車道には、県道路公社の管理であっても県道ではない道路がある。これはtertiaryとする。(Ras and Road)
-
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] 高速道路の定義について

[tomoya muramoto]

Ras and Roadさん

再調査いただきありがとうございます。
あくまでも私個人の所感ですが、高規格幹線道路はmotorwayの一義的な定義である「国で最高品質の道路」にもっとも近いものの、マッピングのハードルが高いように感じられました。

まずは現時点で、少なくとも私の疑問は解消されたので、各提案に対する投票フェーズに入ろうと思います。

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

[Talk-de] natural in natural / natural in landuse / multipolygon?

[Florian Lohoff]

Hi,
wie ist hier eigentlich so die Meinung bezüglich der Notwendigkeit
natural Flächen aus überlappenden natural Flächen via Multipolygon
auszuschneiden. Wie ist das mit natural in landuse?

Der häufige fall "natural=water" in "landuse=residential" - Der
typische Gartenteich. Mal davon abgesehen das das natural=water
da eher seltsam anmutet.

Was ist mit natural=water in eine landuse=quarry - Ein vollgelaufener
Tagebau?

Was ist mit natural=water in einem natural=wood?

Ich habe da mal eine Auswertung für NRW gemacht wo natural<>natural und
natural<>landuse überlappen.

https://osm.zz.de/dbview/?db=landuseoverlap-nrw=natural#51.48309,7.10815,8z

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


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

Re: [Diversity-talk] Idea: Quarterly Projects for a traditionally underrepresented topic(s)/groups?

[Rory McCann]

Hi all,

I've set up a poll to solicit feedback, with the items below. Yes i know
we're a bit into Q2 already.

https://framadate.org/iICunKdggDUaDEmE

"Yes" for "This sounds OK", "No" for no, "ifneedbe" (yellow tick) for
"I'd need someone to explain this to me before mapping".

Rory

On 26/03/18 22:24, Rory McCann wrote:

Hi guys, gals and non-binary pals,

Some OSM groups have "quarterly projects" where they improve the state
of something in OSM in their area, e.g. the UK OSM community once worked
on schools in the UK for a quarter.

How about we do that? Every quarter (3 months) pick some topic,
something that is traditionally underrepresented in OSM, and we try to
improve the state of that in OSM.

There's been lots of legit talk lately about what is and isn't mapped in
OSM, so let's try to map it! There's more than just adding data. We
could also try to improve documentation (written/video), editor presets,
figure out tagging schemes, map rendering, finding data to use, etc. But
we're a geographically spread group, so we can all probably add
something to the map. There are things that aren't mapped in OSM, so
let's map them! 

Any ideas for topics? Off the top of my head: the recently mentioned
amenity=childcare tag, recently mentioned women's health care
facilities, wheelchair accessibility, gay bars, gendered toilets for
trans/gnc/etc people, minority language? HOT/MM is already doing a lot
in areas where the maps are missing . Any more ideas? Nearly all of us
are privileged in some axis, so someone not in that group must be
careful not to tell marginalized people how to map their thing, and
ensure we map it correctly ("The X tag is useless now after all those
diversity people added all that junk!")

What do yous think? Would many be interested in taking part?



___
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] wikidata vs brand:wikidata

[Noémie Lehuby]

Hello, 

Les deux approches me semblent pertinentes :
celles basée sur les occurrences sera surement plus facile à ajouter à
Osmose
celle basée sur wikidata fait plus de sens pour partager le travail de
nettoyage. Et les magasins sont un bon objectif pour commencer 

Voilà une requête limitée aux alentours de Paris :
http://tinyurl.com/y8wf63u5 
je ne sais pas s'il est possible d'aller plus loin dans le découpage
géographique avec cet outil 

Une autre approche serait d'utiliser wikidata uniquement pour récupérer
les id qui devraient être dans un tag brand:wikidata au lieu de
wikidata, puis passer directement à overpass pour les rechercher ... 

Noémie 

Le 2018-04-13 12:26, PanierAvide a écrit :

> Bonjour,
> 
> À priori ce serait pas mal de commencer à nettoyer les données, pour éviter 
> l'effet de recopie basée sur ce que fait le voisin. Avec le service Wikidata 
> + OSM, on peut les repérer assez rapidement, exemple avec les magasins de 
> chaînes [1] (il manque que de filtrer par pays, mais ça dépasse mes 
> compétences en SPARQL). Si on a la bonne requête SPARQL, on peut se partager 
> la tâche par département, et assez rapidement s'en sortir. Le tout c'est de 
> savoir si on commence par les réseaux de transports, les magasins, les 
> équipements... Le plus simple est sûrement les magasins, car ils ont l'air 
> renseignés de manière homogène côté Wikidata, ce qui n'est pas le cas des 
> réseaux de transports.
> 
> Une fois que le nettoyage est fait, une bonne analyse Osmose permettra 
> justement d'identifier les nouvelles erreurs. Il faudra par contre voir si 
> c'est possible de créer une analyse basée sur une sortie de wikidata (à 
> priori non ?).
> 
> De mon côté je suis partant pour donner un coup de main sur le sujet (j'avais 
> soulevé la question sur talk-fr-bzh en juillet dernier [1]).
> 
> Adrien.
> 
> [1] 
> https://lists.openstreetmap.org/pipermail/talk-fr-bzh/2017-July/002049.html
> 
> Le 13/04/2018 à 11:20, Noémie Lehuby a écrit : 
> 
> Hello, 
> 
> Merci. J'ai corrigé les Autolib', mais le problème est plus vaste : on a le 
> même souci avec les Franprix ou les Décathlon par exemple. 
> 
> Y a des gens motivés pour m'aider à corriger tout ça et/ou bosser sur une 
> analyse Osmose sur le sujet ? 
> 
> Noémie 
> 
> Le 2018-04-11 18:58, PanierAvide a écrit : 
> Bonjour,
> 
> C'est bien ça, le wikidata=* doit pointer sur l'item correspondant à cet 
> objet précis, donc là préférer brand:wikidata=* ou operator:wikidata=* (ou 
> network:wikidata si Autolib' désigne le nom du réseau parisien).
> 
> Adrien.
> 
> Le 11/04/2018 à 16:13, Noémie Lehuby a écrit : 
> 
> Bonjour, 
> 
> Le tag wikidata correspondant à Autolib' a été ajouté sur les stations 
> Autolib' de région parisienne.
> Par exemple : https://www.openstreetmap.org/node/4472979080 
> 
> Il me semble que cela devrait être dans un tag brand:wikidata (voire 
> operator:wikidata). Je me trompe ? 
> 
> Noémie
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> -- 
> PanierAvide
> Géomaticien & développeur
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

-- 
PanierAvide
Géomaticien & développeur

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

  

Links:
--
[1]
https://sophox.org/sophox/#%23Objects%20linking%20to%20place%20of%20business%20with%20%22wikidata%22%20tag%20instead%20of%20%22operator%3Awikidata%22%20tag%0ASELECT%20%3FosmId%20%3FwdLabel%20%3Fwd%20%3FwpTag%20WHERE%20%7B%0A%20%20%23%20Limit%20to%20subjects%20that%20have%20an%20OSM%20type%20%28%27n%27%2C%20%27r%27%2C%20%27w%27%29.%0A%20%20%23%20Replace%20%3FosmType%20with%20a%20string%20%27r%27%20to%20show%20only%20relations.%0A%20%20%3FosmId%20osmm%3Atype%20%3FosmType%20.%0A%0A%20%20%23%20Limit%20to%20subjects%20that%20have%20a%20tag%20called%20%22wikidata%22%0A%20%20%3FosmId%20osmt%3Awikidata%20%3Fwd%20.%0A%0A%20%20%23%20Filter%20out%20entries%20that%20have%20identical%20wikidata%20and%20operator%3Awikidata%0A%20%20%23%20In%20theory%20there%20should%20only%20be%20one%20WP%20tag%0A%20%20FILTER%20NOT%20EXISTS%20%7B%20%3FosmId%20osmt%3Abrand%3Awikidata%20%3Fwd%20.%20%7D%0A%0A%20%20%23%20Include%20Wikipedia%20tag%20if%20it%20exists%0A%20%20OPTIONAL%20%7B%20%3FosmId%20osmt%3Awi!
 kipedia%2

[Talk-it] R: Galileo

[Gianfranco Graizzaro]

Volevo se possibile dare il mio modesto contributo sul discorso GPS, in quanto 
essendo geometra, e usandoli per lavoro sono abbastanza informato.

I ricevitori GPS, sono molto precisi, in riferimento ai satelliti, cioè la loro 
posizione riferita ai satelliti è dell’ordine del centimetro.

Che non è precisa, è la posizione dei satelliti rispetto alla terra, che è di 
alcuni metri.

Per cui con un solo ricevitore, indipendentemente dal numero di satelliti 
visibili e dalla costellazione alla quale si appoggia il ricevitore, la 
precisione non può essere maggiore di alcuni metri, nemmeno con i migliori 
ricevitori professionali.

In campo Topografico per avere la precisione del centimetro, si usano 2 
ricevitori uno fisso e con l’altro ci si sposta, si fa una misurazione in  
contemporanea con i due strumenti e si ricava la differenza di coordinate, che 
ha la precisione del centimetro.

Per non acquistare 2 ricevitori, ci sono reti di ricevitori GPS fissi distanti 
nell’ordine di 50 100 km, alle quali ci si collega via intenet per ricevere le 
loro coordinate ad ogni misurazione che viene fatta dallo strumento in 
campagna. Questo è un servizio a pagamento. Altrimenti bisogna avere due 
ricevitori che si collegano tra loro via antenna VHS che arrivano a seconda 
della potenza del segnale fino ad una distanza di 5-10 Km.

 

Inoltre per ricevere il segnale GPS, essendo la frequenza di trasmissione 
dell’ordine dei Giga Hertz, i satelliti devono essere direttamente visibili, 
cioè qualsiasi ostruzione, dagli alberi, (anche senza foglie), ai fabbricati, 
ai tralicci dell’alta tensione, limita il numero di satelliti utilizzabili a 
quelli direttamente visibile, in teoria ce ne devono essere almeno 4, ma in 
realtà ne servono almeno 6-7 e devono esser disposti distanti uno dall’altro, 
per cui più satelliti ci sono meglio è, è più facile che ce ne siano 6-7 nella 
giusta posizione e più velocemente si fa la misurazione sempre per raggiungere 
la precisione di alcuni metri con singolo ricevitore.

 

Poi cambiando la disposizione dei satelliti in cielo, anche la precisione del 
ricevitore cambia, tanto che nelle vie strette di un centro cittadino, molto 
spesso non si riesce a fare le misurazioni con la precisione necessaria.

 

Pertanto io abbandonerei l’idea di avere un ricevitore GPS molto preciso, che 
sia uno smartphone con antenna, o un ricevitore professionale, perché nella 
pratica di rilevare sentieri in montagna, nelle valli, nei sottoboschi, nei 
centri urbani con strade strette, non ci riusciremmo nemmeno con un ricevitore 
professionale.

 

Gianfranco

 

Da: Alfredo Gattai [mailto:alfredo.gat...@gmail.com] 
Inviato: venerdì 13 aprile 2018 12:56
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Galileo

 

Ciao,

 

Io per ora non ne uso perche' per il rilievo di sentieri mi basta la precisione 
fornita da uno smartphone di fascia alta senza altri ausilii percio' non mi 
sono ancora buttato a sperimentare.

E' vero pero' che se si comincia a dover ad esempio rilevare numeri civici nei 
canyon urbani la musica cambia.

Qualche mese fa mi sono fatto fare un preventivo per una ricevitore piu' 
antenna esterna che mi consentisse una precisione (sufficientemente garantita) 
nell'ordine dei 2-3 metri ed eravamo sull'ordine dei 2000 euro.

Se ci cerca anche di avere qualcosa mutlifrequenza la cifra sale di parecchio.

 

Ovviamente si puo' spendere meno ed ottenere risultati migliori di quelli 
derivanti dal semplice uso del telefono, per questo Alessandro Palmas e' quello 
che ti puo' dare piu' dritte al riguardo perche' e' quello che ha sperimentato 
un po' di piu'.

 

Per i miei scopi mi sono ripromesso di rivalutare la questione diciamo ad un 
anno o due da ora per vedere se arrivano sul mercato antenne e ricevitori 
abilitati Galileo ad un prezzo migliore, se poi arrivassero anche gli smarphone 
con la correzione del multipath sarebbe il massimo.

 

Alfredo

 

 

Il Ven 13 Apr 2018, 09:58 angelo mornata  ha scritto:

Scusa Alfredo mi puoi dare qualche dritta sulle antenne esterne (che marca 
usi?) e se è applicabile a un galaxy A5 2017 che aimè non è un telefono di 
fascia alta.

Grazie

Angelo

 

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

Re: [Talk-it] Galileo

[Alessandro]

Il 13/04/2018 14:35, Carlo Stemberger ha scritto:
Il giorno 13 aprile 2018 14:12, Alessandro > ha scritto:



Non penso esistano smartphone normali che abbiano il connettore per
l'antenna gps.


Qualcosa via Bluetooth c'è (non so quanto allo stato dell'arte), ma non 
ho esperienza in merito.



Antenna bluetooth è quel termine orrendo, usato dai venditori ed entrato 
ormai nel lessico corrente, che vuole intendere un gps (antenna + 
ricevitore) che invia la posizione via bluetooth. Questi ricevitori, che 
trasmettono solo stringhe nmea, NON hanno alcuna possibilità di inviare 
le osservazioni dei singoli satelliti necessarie per poter correggere 
gli errori tramite stazioni base.


In linguaggio tecnico l'antenna è quell'hardware che riceve il segnale e 
lo trasduce il segnali elettrici. Un'antenna si collega tramite un 
connettore (nel caso delle frequenza gps solitamente è un connettore 
sma) al ricevitore vero e proprio; questo, se ha un chip che sputa fuori 
le singole osservazioni (un gruppo di stringhe di dati per ogni 
satellite ricevuto) permette di correggere la posizione.


Alessandro Ale_Zena_IT

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

Re: [Talk-it] Galileo

[Carlo Stemberger]

Il giorno 13 aprile 2018 14:12, Alessandro  ha scritto:

>
> Non penso esistano smartphone normali che abbiano il connettore per
> l'antenna gps.
>

Qualcosa via Bluetooth c'è (non so quanto allo stato dell'arte), ma non ho
esperienza in merito.

Ciao!

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

Re: [Talk-it] Galileo

[Alessandro]

Il 13/04/2018 12:55, Alfredo Gattai ha scritto:

Ciao,

Io per ora non ne uso perche' per il rilievo di sentieri mi basta la 
precisione fornita da uno smartphone di fascia alta senza altri ausilii 
percio' non mi sono ancora buttato a sperimentare.
E' vero pero' che se si comincia a dover ad esempio rilevare numeri 
civici nei canyon urbani la musica cambia.
Qualche mese fa mi sono fatto fare un preventivo per una ricevitore piu' 
antenna esterna che mi consentisse una precisione (sufficientemente 
garantita) nell'ordine dei 2-3 metri ed eravamo sull'ordine dei 2000 euro.
Se ci cerca anche di avere qualcosa mutlifrequenza la cifra sale di 
parecchio.


Ovviamente si puo' spendere meno ed ottenere risultati migliori di 
quelli derivanti dal semplice uso del telefono, per questo Alessandro 
Palmas e' quello che ti puo' dare piu' dritte al riguardo perche' e' 
quello che ha sperimentato un po' di piu'.



A suo tempo avevo inserito un pò di informazioni sulla wiki 
https://wiki.openstreetmap.org/wiki/IT:GPS_device_reviews#Modulo_U-Blox_M8-T_.28supporta_correzione_RTK_e_postprocessing.29


Chi vuole un sistema col contenitore può rivolgersi a questo 
http://www.csgshop.com/product.php?id_product=249 (acquistando anche 
l'apposito cavetto) o questo https://www.u-blox.com/en/product/evk-8evk-m8


Gli M8T acquistati in coppia possono anche fungere da base + rover, 
ovviamente attancandogli l'hardware di comunicazione, l'antenna e il 
software necessario.


Qui due possibili soluzioni (io ho il primo)
http://www.csgshop.com/product.php?id_product=205
http://www.csgshop.com/product.php?id_product=245

Io uso solo le flotte gps e glonass perchè la mia antenna riceve solo 
quelle bande. Sarebbe interessante sapere se esistono antenne che 
ricevano anche le frequenze di Galileo e non costino una fucilata.






Il Ven 13 Apr 2018, 09:58 angelo mornata > ha scritto:


Scusa Alfredo mi puoi dare qualche dritta sulle antenne esterne (che
marca usi?) e se è applicabile a un galaxy A5 2017 che aimè non è un
telefono di fascia alta.



Non penso esistano smartphone normali che abbiano il connettore per 
l'antenna gps.


Alessandro Ale_Zena_IT

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

Re: [Talk-it] dataset MISE distributori

[Andrea Musuruane]

Ciao,

2018-04-13 9:25 GMT+02:00 Cascafico Giovanni :

> Il giorno 12 aprile 2018 12:36, Andrea Musuruane  ha
> scritto:
>
>> Ciao,
>> Nel campo "Bandiera", si sono persi gli apostrofi (es: "D Amico" ma ce ne
>> sono anche altri).
>>
>
> Non mi pare di aver rimosso apostrofi, per cui quelli che mancano, mancano
> anche nel dataset.
>

Perdonami, sono stato impreciso. Volevo proprio dire che mancano nel source
dataset.

Mi chiedo se sia il caso fare una tabella di traduzione, per avere dati
"migliori" in OSM.

Sulla mappa online sarebbe utile vedere i numeri civici (ad es. in Friuli
>> sono stati importati) e anche la possibilità di visualizzare ortofoto
>> aiuterebbe.
>>
>
> La prossima generazione la pubblicherò su audit.osmz.ru, così ci sarà
> tutto, come in questo esempio [1]
>

Ottimo, grazie!


> Nella conflation mi sembra che si cerchino solo feature con amenity=fuel.
>>
> Grazie  di avermelo fatto notare, aggiunto al profilo del conflation.
>

Prego. Purtroppo nel source dataset manca l'informazione sul fatto che la
stazione di rifornimento sia per imbarcazioni a motore e non per veicoli.

Ciao,

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

Re: [Talk-it] dataset MISE distributori

[Cascafico Giovanni]

Ora dovrebbe essere accessibile il progetto IFS [1] per la revisione degli
osm changes pre-import. Ho recepito quanto osservato da Andrea Musuruane,
lasciano solo le informazioni con un minimo di omogeneità.

[1] http://audit.osmz.ru/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Galileo

[Alfredo Gattai]

Ciao,

Io per ora non ne uso perche' per il rilievo di sentieri mi basta la
precisione fornita da uno smartphone di fascia alta senza altri ausilii
percio' non mi sono ancora buttato a sperimentare.
E' vero pero' che se si comincia a dover ad esempio rilevare numeri civici
nei canyon urbani la musica cambia.
Qualche mese fa mi sono fatto fare un preventivo per una ricevitore piu'
antenna esterna che mi consentisse una precisione (sufficientemente
garantita) nell'ordine dei 2-3 metri ed eravamo sull'ordine dei 2000 euro.
Se ci cerca anche di avere qualcosa mutlifrequenza la cifra sale di
parecchio.

Ovviamente si puo' spendere meno ed ottenere risultati migliori di quelli
derivanti dal semplice uso del telefono, per questo Alessandro Palmas e'
quello che ti puo' dare piu' dritte al riguardo perche' e' quello che ha
sperimentato un po' di piu'.

Per i miei scopi mi sono ripromesso di rivalutare la questione diciamo ad
un anno o due da ora per vedere se arrivano sul mercato antenne e
ricevitori abilitati Galileo ad un prezzo migliore, se poi arrivassero
anche gli smarphone con la correzione del multipath sarebbe il massimo.

Alfredo


Il Ven 13 Apr 2018, 09:58 angelo mornata  ha
scritto:

> Scusa Alfredo mi puoi dare qualche dritta sulle antenne esterne (che marca
> usi?) e se è applicabile a un galaxy A5 2017 che aimè non è un telefono di
> fascia alta.
>
> Grazie
>
> Angelo
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] wikidata vs brand:wikidata

[PanierAvide]

Bonjour,

À priori ce serait pas mal de commencer à nettoyer les données, pour 
éviter l'effet de recopie basée sur ce que fait le voisin. Avec le 
service Wikidata + OSM, on peut les repérer assez rapidement, exemple 
avec les magasins de chaînes 
 
(il manque que de filtrer par pays, mais ça dépasse mes compétences en 
SPARQL). Si on a la bonne requête SPARQL, on peut se partager la tâche 
par département, et assez rapidement s'en sortir. Le tout c'est de 
savoir si on commence par les réseaux de transports, les magasins, les 
équipements... Le plus simple est sûrement les magasins, car ils ont 
l'air renseignés de manière homogène côté Wikidata, ce qui n'est pas le 
cas des réseaux de transports.


Une fois que le nettoyage est fait, une bonne analyse Osmose permettra 
justement d'identifier les nouvelles erreurs. Il faudra par contre voir 
si c'est possible de créer une analyse basée sur une sortie de wikidata 
(à priori non ?).


De mon côté je suis partant pour donner un coup de main sur le sujet 
(j'avais soulevé la question sur talk-fr-bzh en juillet dernier [1]).


Adrien.

[1] 
https://lists.openstreetmap.org/pipermail/talk-fr-bzh/2017-July/002049.html




Le 13/04/2018 à 11:20, Noémie Lehuby a écrit :


Hello,

Merci. J'ai corrigé les Autolib', mais le problème est plus vaste : on 
a le même souci avec les Franprix ou les Décathlon par exemple.


Y a des gens motivés pour m'aider à corriger tout ça et/ou bosser sur 
une analyse Osmose sur le sujet ?


Noémie

Le 2018-04-11 18:58, PanierAvide a écrit :


Bonjour,

C'est bien ça, le wikidata=* doit pointer sur l'item correspondant à 
cet objet précis, donc là préférer brand:wikidata=* ou 
operator:wikidata=* (ou network:wikidata si Autolib' désigne le nom 
du réseau parisien).


Adrien.


Le 11/04/2018 à 16:13, Noémie Lehuby a écrit :


Bonjour,

Le tag wikidata correspondant à Autolib' a été ajouté sur les 
stations Autolib' de région parisienne.

Par exemple : https://www.openstreetmap.org/node/4472979080

Il me semble que cela devrait être dans un tag brand:wikidata (voire 
operator:wikidata). Je me trompe ?


Noémie



___
Talk-fr mailing list

Re: [OSM-talk-fr] wikidata vs brand:wikidata

[marc marc]

faut-il se limiter à wikidata ?
je pense que la même logique s'applique au tag wikipedia phone website

Si on veux faire une analyse Osmose, je pense que potentiellement toutes 
valeurs wikipedia/wikidata/phone/website qui ont + que X occurrences 
sont probablement candidats à migrer dans un namespace + adapté et/ou 
migrer vers une relation. de même que le nettoyage des faux noms lorsque 
name=operator ou name=brand

Le nombre de cas est important (200 si on prend 10 comme valeur maxi)
http://taginfo.openstreetmap.fr/keys/wikipedia#values
typiquement les changeset qui ont donné un nom+wikipedia d'un trajet à 
chaque rail comme entre paris et strasbourg, sont discutable,
le rail ne porte pas ce nom, c'est le nom de la relation.
http://taginfo.openstreetmap.fr/tags/wikipedia=fr%3ALigne%20de%20Paris-Est%20%C3%A0%20Strasbourg-Ville
ajout wikipedia http://www.openstreetmap.org/changeset/42126587
ajout name http://www.openstreetmap.org/changeset/43395050
je me suis même pas convaincu que c'est pertinent d'avoir l'article 
wikipedia sur les 8 relations qui ne font qu'une partie du trajet.

peut-être que ce serrait + réaliste de faire des éditions de masse 
ciblées en remplacement ou complément d'osmose pour éviter d'avoir à 
faire x milliers de clic avec osmose pour corriger cela.
genre une AE pour tous les marques de magasin, une autre pour le rail.

Le 13. 04. 18 à 11:20, Noémie Lehuby a écrit :
> Hello,
> 
> Merci. J'ai corrigé les Autolib', mais le problème est plus vaste : on a 
> le même souci avec les Franprix ou les Décathlon par exemple.
> 
> Y a des gens motivés pour m'aider à corriger tout ça et/ou bosser sur 
> une analyse Osmose sur le sujet ?
> 
> Noémie
> 
> Le 2018-04-11 18:58, PanierAvide a écrit :
> 
>> Bonjour,
>>
>> C'est bien ça, le wikidata=* doit pointer sur l'item correspondant à 
>> cet objet précis, donc là préférer brand:wikidata=* ou 
>> operator:wikidata=* (ou network:wikidata si Autolib' désigne le nom du 
>> réseau parisien).
>>
>> Adrien.
>>
>>
>> Le 11/04/2018 à 16:13, Noémie Lehuby a écrit :
>>>
>>> Bonjour,
>>>
>>> Le tag wikidata correspondant à Autolib' a été ajouté sur les 
>>> stations Autolib' de région parisienne.
>>> Par exemple : https://www.openstreetmap.org/node/4472979080
>>>
>>> Il me semble que cela devrait être dans un tag brand:wikidata (voire 
>>> operator:wikidata). Je me trompe ?
>>>
>>> Noémie
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>> -- 
>> PanierAvide
>> Géomaticien & développeur
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 

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

[Talk-GB] Leicester Meeting(s) Thursday 19th April

[SK53]

A quick note as I have to be out for part of today and therefore dont have
time to finish adding information to the wiki.

Next week we will be holding two events in Leicester connected with the GIS
Research UK conference.


   - A Mapathon on the Missing Maps format for conference participants held
   between 16:00 and 18:00 at the Geography department of Leicester
   University. I will be running this, but would welcome it if anyone else can
   lend a hand (whether they be GISRUK attendees or Midlands mappers).
   Participants may need advice about editors, tagging or interpreting images.
   - A pub meeting from 19:00 either at the Parcel Yard next to Leicester
   Station or at Ale Wagon about 6 minutes walk from the station (I just
   havent decided which yet). This will be an extra pub meeting in the normal
   Nottingham/Derby format. I hope it might be an occasion to meet some
   Leicester mappers. (There are plenty of outsanding notes in the middle of
   Leicester for anyone who has a bit of time too)

I'll add full details on the wiki when I return later today.

The Mapathon may also  be an opportunity to interact with members of the UK
GIS research community. Unfortunately the conference dinner also takes
place that evening and is at the Space Centre, too far for those planning
to travel to Leicester by train. Otherwise there may have been other
opportunities for informal discussions.

I have already messaged active Leicester mappers, but if anyone has any
direct contacts do please pass this message on.

The regular East Midlands pub meeting will also take place the following
Tuesday 24th in Nottingham at the Lincolnshire Poacher.


Jerry Clough
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk] no_feature_tag_nodes

[Jack Armstrong dan...@sprynet.com]

Thanks for tip on the permalink. I didn't know I could use that ;)


-Original Message-
>From: Jochen Topf 
>Sent: Apr 13, 2018 11:55 AM
>To: "Jack Armstrong dan...@sprynet.com" 
>Cc: OSM 
>Subject: Re: [OSM-talk] no_feature_tag_nodes
>
>On Fri, Apr 13, 2018 at 07:02:39AM +0400, Jack Armstrong dan...@sprynet.com 
>wrote:
>> OSM Inspector tags some individual address nodes as errors. For example, 
>> these
>> nodes located inside the lateral boundaries of buildings:
>> 
>> https://www.openstreetmap.org/edit?node=5438712543#map=19/39.68899/-104.86454
>> 
>> I guess I'm reading it wrong, but I can't seem to locate anything 
>> specifically
>> on the wiki that refers to this. Is there some documentation I can refer to
>> which addresses this specific situation?
>
>Click on the litte (i) icon next to the "View" dropbox. This will take
>you to https://wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Tagging
>where everything should documented.
>
>Btw: It would have made your question easier to understand if you had
>supplied a link to the OSMI page you are looking at (for that use the
>"Permalink" on the bottom right). I was looking through the "Addresses"
>view because you mentioned something with "address nodes" trying to
>figure out what you meant...
>
>Jochen
>-- 
>Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688
>
>___
>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] no_feature_tag_nodes

[Martin Koppenhoefer]

2018-04-13 10:06 GMT+02:00 Maarten Deen :

>
> I think the issue is foremost that it is nowhere written down what this
> message exactly is so it is difficult to make the judgement what do do with
> it.
> For instance the OSMI page about address checks [1] nicely lists error
> messages but the page about tagging errors [2] only describes possible
> messages and for water [3] there is not even that.



yes, it is somehow inherent for tagging "errors" (in all QA tools) that
they are possible problems and not absolute ones (any tag you like).

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

Re: [OSM-talk-fr] wikidata vs brand:wikidata

[Noémie Lehuby]

Hello, 

Merci. J'ai corrigé les Autolib', mais le problème est plus vaste : on a
le même souci avec les Franprix ou les Décathlon par exemple. 

Y a des gens motivés pour m'aider à corriger tout ça et/ou bosser sur
une analyse Osmose sur le sujet ? 

Noémie 

Le 2018-04-11 18:58, PanierAvide a écrit :

> Bonjour,
> 
> C'est bien ça, le wikidata=* doit pointer sur l'item correspondant à cet 
> objet précis, donc là préférer brand:wikidata=* ou operator:wikidata=* (ou 
> network:wikidata si Autolib' désigne le nom du réseau parisien).
> 
> Adrien.
> 
> Le 11/04/2018 à 16:13, Noémie Lehuby a écrit : 
> 
>> Bonjour, 
>> 
>> Le tag wikidata correspondant à Autolib' a été ajouté sur les stations 
>> Autolib' de région parisienne.
>> Par exemple : https://www.openstreetmap.org/node/4472979080 
>> 
>> Il me semble que cela devrait être dans un tag brand:wikidata (voire 
>> operator:wikidata). Je me trompe ? 
>> 
>> Noémie
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> -- 
> PanierAvide
> Géomaticien & développeur
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-transit] Proposal "hail and ride" with status voting

[User 30303020]

Hey there,
   I would like to let you know about a proposal called "hail and ride" that is 
currently in voting stage. This proposal is not mine, but I found it by 
accident and thought it is worth thinking about.Short description from the 
proposal page: "This proposal adds the indication of hail and ride sections of 
public transport routes."   You can find the proposal at 
https://wiki.openstreetmap.org/wiki/Proposed_features/hail_and_ride. Voting 
started on April 10 and will continue until at least April 24, 2018.See 
you,  30303020 

-
FreeMail powered by mail.de - MEHR SICHERHEIT, SERIOSITÄT UND KOMFORT
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [OSM-talk] no_feature_tag_nodes

[Maarten Deen]

On 2018-04-13 09:52, Martin Koppenhoefer wrote:

sent from a phone

On 13. Apr 2018, at 08:54, Jack Armstrong dan...@sprynet.com 
 wrote:


Yes, that's it, but where is it written? ;)


Josm validator warnings are often about problems that are not
explicitly described and sometimes I also don’t agree they are a
problem (exceptionally, mostly they work), it’s up to the mapper to
decide, they are just hints about eventual problems.


I think the issue is foremost that it is nowhere written down what this 
message exactly is so it is difficult to make the judgement what do do 
with it.
For instance the OSMI page about address checks [1] nicely lists error 
messages but the page about tagging errors [2] only describes possible 
messages and for water [3] there is not even that.


[1] https://wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Addresses
[2] https://wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Tagging
[3] https://wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Water

Regards,
Maarten

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

Re: [Talk-it] Galileo

[angelo mornata]

Scusa Alfredo mi puoi dare qualche dritta sulle antenne esterne (che marca 
usi?) e se è applicabile a un galaxy A5 2017 che aimè non è un telefono di 
fascia alta.

Grazie

Angelo


Da: Alfredo Gattai 
Inviato: giovedì 12 aprile 2018 07:42
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Galileo

La precisione submetrica e' per ora solo fantasia. Il massimo ipotizzabile con 
buon smartphone di fascia alta collegato ad antenna esterna si aggira sui 3 
metri ma e' ancora da verificare (affrontato argomento direttamente con 
fornitore servizi galileo).

Al sumetrico si potra' pensare di arrivare quando saranno vere le seguenti 
condizioni:

1) nuovi smartphone con all'interno il processore studiato ad Austin che 
corregge il problema del multipath. Samsung si e' detta interessata a 
miniaturizzarlo ma se ne parla da piu' di due anni.

2) accesso gratuito in tempo reale alle stazioni di correzzione differenziale 
con hardware gia' aggiornato per Galileo.

Nel frattempo direi che smartphone (che vede galileo) + antenna esterna e' puo' 
consentire qualche risultato migliore ma siamo sempre nell'ordine dei metri

Alfredo

Il Gio 12 Apr 2018, 07:06 Andreas Lattmann 
> ha scritto:
>presi da app per smartphone che indicano una precisione stimata
>submetrica
>con Galileo attivato.

Submetrica??
Non credo. Solo dalle prossime versioni di smartphone hanno detto che 
arriveranno al submetrico. Almeno da quanto ho letto su Broadcom. Il mio 
smartphone si dovrebbe collegare a 6/8 (non ricordo di preciso) costellazioni 
contemporaneamente anche se all'atto pratico solo 4.

Andreas Lattmann
--
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

___
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] no_feature_tag_nodes

[Jochen Topf]

On Fri, Apr 13, 2018 at 07:02:39AM +0400, Jack Armstrong dan...@sprynet.com 
wrote:
> OSM Inspector tags some individual address nodes as errors. For example, these
> nodes located inside the lateral boundaries of buildings:
> 
> https://www.openstreetmap.org/edit?node=5438712543#map=19/39.68899/-104.86454
> 
> I guess I'm reading it wrong, but I can't seem to locate anything specifically
> on the wiki that refers to this. Is there some documentation I can refer to
> which addresses this specific situation?

Click on the litte (i) icon next to the "View" dropbox. This will take
you to https://wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Tagging
where everything should documented.

Btw: It would have made your question easier to understand if you had
supplied a link to the OSMI page you are looking at (for that use the
"Permalink" on the bottom right). I was looking through the "Addresses"
view because you mentioned something with "address nodes" trying to
figure out what you meant...

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [OSM-talk] no_feature_tag_nodes

[Martin Koppenhoefer]

sent from a phone

> On 13. Apr 2018, at 08:54, Jack Armstrong dan...@sprynet.com 
>  wrote:
> 
> Yes, that's it, but where is it written? ;)



Josm validator warnings are often about problems that are not explicitly 
described and sometimes I also don’t agree they are a problem (exceptionally, 
mostly they work), it’s up to the mapper to decide, they are just hints about 
eventual problems.


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

Re: [Talk-it] dataset MISE distributori

[Cascafico Giovanni]

Il giorno 12 aprile 2018 12:36, Andrea Musuruane  ha
scritto:

> Ciao,
> Nel campo "Bandiera", si sono persi gli apostrofi (es: "D Amico" ma ce ne
> sono anche altri).
>

Non mi pare di aver rimosso apostrofi, per cui quelli che mancano, mancano
anche nel dataset.



> Per quanto riguarda le regole di traduzione, non vedo il tag ref:mise nei
> dati di output di esempio relativi al Friuli.
>

Hai ragione... era uno dei test,  li reinserirò. A proposito di "release":
aggiornerò il collegamento ai nuovi file sulla wiki.


Continuo a trovare inutili i tag addr:postcode e addr:city se non si riesce
> a importare anche il numero civico e questi hanno senso solo se si
> riferiscono al distributore e non ad altre strutture (supermarket, negozio,
> bar, ecc).
>

Premetto che mi semplificherebbe la vita non trattare questi campi. Mi ero
fatto l'idea che gli elementi di OSM possano essere definiti anche in modo
incrementale: per esempio, se ho un distributore con solo addr:postcode,
addr:city, un mappatore occasionale che passa di là può semplicemente
aggiungere l'addr:housenumber che vede, completando l'indirizzo ; presumo
poi che in Italia ci siano ancora zone poco definite, per cui sapere il
nome della via (attraverso il tag "description") od il CAP potrebbero
essere utili anche se non definiscono un indirizzo completo; ricordo
infatti che non è stato triviale ottenere i CAP dei civici del Friuli
Venezia Giulia con licenza compatibile;  presumo che il dataset MISE li
abbia tutti, grazie alla (forzata :-) collaborazione dei gestori.



> Sulla mappa online sarebbe utile vedere i numeri civici (ad es. in Friuli
> sono stati importati) e anche la possibilità di visualizzare ortofoto
> aiuterebbe.
>
La prossima generazione la pubblicherò su audit.osmz.ru, così ci sarà
tutto, come in questo esempio [1]



> Nella conflation mi sembra che si cerchino solo feature con amenity=fuel.
>
Grazie  di avermelo fatto notare, aggiunto al profilo del conflation.


[1] http://audit.osmz.ru/browse/mrkf_theaters/24571
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[talk-ph] Maps as Art

[Jim Morgan]

Or maybe Art as maps

http://www.xinjianlu.com/CityDNA

Have a good weekend all. 

Jim

-- 

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

Re: [OSM-talk] no_feature_tag_nodes

[Jack Armstrong dan...@sprynet.com]

Yes, that's it, but where is it written? ;)


-Original Message-
>From: Maarten Deen 
>Sent: Apr 13, 2018 9:20 AM
>To: OSM 
>Subject: Re: [OSM-talk] no_feature_tag_nodes
>
>On 2018-04-13 05:02, Jack Armstrong dan...@sprynet.com wrote:
>> OSM Inspector tags some individual address nodes as errors. For
>> example, these nodes located inside the lateral boundaries of
>> buildings:
>> 
>> https://www.openstreetmap.org/edit?node=5438712543#map=19/39.68899/-104.86454
>> 
>> I guess I'm reading it wrong, but I can't seem to locate anything
>> specifically on the wiki that refers to this. Is there some
>> documentation I can refer to which addresses this specific situation?
>
>Maybe it's complaining about the description tag without having some 
>other tag to indicate what this node is?
>
>Maarten
>
>___
>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: [Talk-in] Wikimedia maps - Internationalization

[Chetan H A]

Hi all,

Just flagging Thejesh blog on Linguistic maps -
https://thejeshgn.com/projects/state-of-indian-languages-openstreetmap/

Thanks,
Chetan

On Thu, Apr 12, 2018 at 5:52 PM, Chetan H A  wrote:

> This is nice. Thanks for sharing Naveen! Look forward to see complete
> version of multi-lingual maps.
>
> Best,
> Chetan
>
> On Thu, Apr 12, 2018 at 12:06 PM, Naveen Francis 
> wrote:
>
>> Hi  Shrinivasan,
>>
>> If you have name:ta in three countries it will show up.
>>
>> It is not done for countries.
>> It is beta on test servers.
>>
>> Thanks
>> naveenpf
>>
>>
>> On 12 April 2018 at 10:15, Shrinivasan T  wrote:
>>
>>> 2018-04-12 7:11 GMT+05:30 Naveen Francis :
>>> > Hi
>>> >
>>> > Beta version of multilingual Wikimedia maps
>>> >
>>> > Kannada:- https://maps-beta.wmflabs.org/?lang=kn#8/46.830/8.152
>>> > Hindi :- https://maps-beta.wmflabs.org/?lang=hi#8/46.830/8.152
>>> > Tamil:- https://maps-beta.wmflabs.org/?lang=ta#8/46.830/8.152
>>> > Bengali :- https://maps-beta.wmflabs.org/?lang=bn#8/46.830/8.152
>>> > Malayalam :- https://maps-beta.wmflabs.org/?lang=ml#8/46.830/8.152
>>> [As usual
>>> > has rendering issue]
>>> >
>>> > Thanks,
>>> > naveenpf
>>>
>>> Thanks for the efforts.
>>>
>>> Cant see much tamil strings.
>>>
>>> What we have to do to get tamil strings there?
>>>
>>>
>>>
>>> --
>>> Regards,
>>> T.Shrinivasan
>>>
>>>
>>> My Life with GNU/Linux : http://goinggnu.wordpress.com
>>> Free E-Magazine on Free Open Source Software in Tamil :
>>> http://kaniyam.com
>>>
>>> Get Free Tamil Ebooks for Android, iOS, Kindle, Computer :
>>> http://FreeTamilEbooks.com
>>>
>>> ___
>>> Talk-in mailing list
>>> Talk-in@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-in
>>>
>>
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in