date:20181031

Le 31. 10. 18 à 21:18, Vincent de Château-Thierry a écrit :
> En suivant ton raisonnement tous les bâtiments pourraient se contenter d'un 
> "building=yes"

le tag building décrit l'apparence d'un bâtiment
donc oui 2 bâtiments ayant l'apparence d'église auront le même tag 
building=church même si l'une des 2 a été transformé en loft,
ce qui se renseigne avec le tag building:use=residential
c'est pas très loin du tag usage :)
Dans cette logique ils peuvent avoir tous building=yes + building:use
si tu te préoccupes pas de leur apparence

histoire d'être constructif, il y a des tags :
- pour les prises d'eau dans des bassins et rivières (mais
le wiki est aussi axé pompier)
- pour les sources d'eau potable
- un autre pour les points de fourniture d'eau style remplissage 
réservoir caravane

sans avoir été voir le détail des débits des différents objets
en question, je serrais surpris quand même si on peux pas
décrire correctement ces bornes de puisage avec les schémas existant.

mais si effectivement cela manque, je suis preneur d'info un peu 
objective sur pq les 4 (ce qui me semble tjs trop) schéma ne vont pas
afin de voir si c'est pas le schéma ou le wiki qui est à améliorer
(la page fr des bornes n'est par exemple pas traduite depuis les 3 
rounds d'améliorations successives)

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

Re: [Talk-de] POIs - Details - Gerichtsurteil

2018-10-31 Per discussione Hartwig Alpers


Moin.

Zwischen dem Eintragen von POIs in OSM, die für jeden, der dort 
vorbeikommt, sichtbar sind, und dem (unerwünschten) Anlegen einer 
Facebookseite sehe ich schon einen ziemlich großen Unterschied.



Ich gebe ja bei POIs so viele Details an, wie ich zusammentragen kann.


Kommt nach meiner Meinung darauf an, was für Details das dann sind.
Art und Name des Ladens, Öffnungszeiten, Kontaktdaten (Web, E-Mail 
Telefon und so) halte ich für unproblematisch; natürliche Personen als 
"operator" (zum Beispiel bei Restaurants, Hotels und so) finde ich 
allerdings kritisch.

...
Irgendwie trifft das ja auch auf OSM zu (ein Geschäftsinhaber hat 
keinen OSM-Account und trotzdem ist sein Geschäft möglicherweise in 
OSM ersichtlich).


Klar, wenn sich ein User an uns wendet, dann entfernen wir natürlich 
den Namen und weitere Details, die ihn betreffen.
Naja, wenn er seinen Laden "Max Müllers Friseur-Laden" nennt (und unter 
dieser Bezeichnung mit Leuchtreklame usw. firmiert), würde ich das nicht 
entfernen; wenn er aber nur ein Schild "Friseur" draußen hängen hat, und 
boß Kunden, die den Laden betreten (oder direkt an der Tür kucken, wer 
da als Inhaber steht), würde ich ihn (den Inhaber also, und als 
"operator") gar nicht erst in OSM eintragen.



Bloß, auf welche Art meldet sich ein unbedarfter User bei uns?


Im schlimmsten Fall klagt er beim zuständigen Gericht.

Viele Grüße
Hartwig

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

Re: [Talk-de] POIs - Details - Gerichtsurteil

2018-10-31 Per discussione Mark Obrembalski

Am 31.10.18 um 22:30 schrieb Günther Zinsberger:

Hallo!

Ich gebe ja bei POIs so viele Details an, wie ich zusammentragen kann.
Seit ich diesen Artikel gelesen habe, bin ich so am Überlegen, ob das
vorteilhaft ist:

https://www.heise.de/newsticker/meldung/Friseur-vs-Facebook-Netzwerk-muss-50-000-Euro-zahlen-4207193.html

Ein Friseur wollte nicht akzeptieren, dass Facebook für sein Geschäft
ungewollt Werbung macht. Er zog vor Gericht – und gewann: Facebook
muss nun zahlen.

Die Entscheidung ist anscheinend noch nicht im Volltext veröffentlicht,
auch sonst scheint es noch keine Informationen zu geben, die mehr sagen
als in der Meldung steht, die Du zitierst. Da die Pressemeldungen -
soweit ich sie mir angeschaut habe - durchgehend kein Aktenzeichen
nennen, ist die Recherche aber auch eher schwierig.

Gezim Ukshini aus Hannover ist nicht bei Facebook angemeldet und
trotzdem war sein Friseurgeschäft mit einer Seite im sozialen Netzwerk
vertreten. Diese ungewollte Werbung mochte der Friseur jedoch nicht
hinnehmen: Er klagte gegen das US-Unternehmen – und gewann. Facebook
muss nun ein Ordnungsgeld in Höhe von 50.000 Euro an Niedersachsens
Landeskasse zahlen.

Irgendwie trifft das ja auch auf OSM zu (ein Geschäftsinhaber hat keinen
OSM-Account und trotzdem ist sein Geschäft möglicherweise in OSM
ersichtlich).

Genaueres lässt sich erst sagen, wenn wir die Gründe für das Urteil
kennen. Fürs erste denke ich, dass es wohl bedeutende Unterschiede
zwischen Facebook und OSM gibt. Bei einer Facebook-Seite geht der Leser
wohl normalerweise davon aus, dass sie vom Geschäftsinhaber stammt, bei
einer Geodatenbank wohl eher nicht. Facebook ist darauf angelegt, dass
die Benutzer Kommentare abgeben (die man als Geschäftsinhaber dann im
Auge behalten muss), OSM nicht.

Klar, wenn sich ein User an uns wendet, dann entfernen wir natürlich den
Namen und weitere Details, die ihn betreffen.

Tun wir das "natürlich"? Ich kann mir schon Fälle vorstellen, wo wir das
nicht tun sollten.

Allerdings würde ich ohnehin den Namen eines Geschäftsinhabers (also
natürliche Person) nicht in OSM setzen, wenn das Geschäft einen anderen
Namen hat. Über "operator" ginge das zwar, aber die Information ist für
eine Geodatenbank so uninteressant, dass man sie besser weglässt. Wenn
der Inhaber mal wechselt, fällt das vermutlich auch jahrelang keinem
Mapper auf. Auch bei Telefonnummern und ähnlichem bin ich eher
skeptisch, auch wenn ich die gelegentlich schon selbst erfasst habe.

Gruß,
Mark

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

Re: [Talk-de] POIs - Details - Gerichtsurteil

2018-10-31 Per discussione Tom Pfeifer

Ich glaube nicht, dass solch ein Fall mit einem OSM-Eintrag vergleichbar ist.

Es gab schon ähnliche Entscheidungen, ich erinnere mich an ein Arztbewertungsportal, welches Werbung
der Konkurrenz einblendete, wenn die Ärztin keine Premiummitgliedschaft hatte.

Der entscheidende Unterschied scheint mir zu sein, dass die beklagten Portale/Netzwerke faktisch
eine Mitgliedschaft erzwingen wollen; während OSM nur Fakten sammelt.

Ich tagge allerdings auch keine natürlichen Personen als operator=*, und es gibt etablierte
Mechanismen in OSM, solche persönlichen Daten z.B. durch die DWG entfernen zu lassen.

tom

On 31.10.2018 22:30, Günther Zinsberger wrote:

Hallo!

Ich gebe ja bei POIs so viele Details an, wie ich zusammentragen kann. Seit ich diesen Artikel
gelesen habe, bin ich so am Überlegen, ob das vorteilhaft ist:

https://www.heise.de/newsticker/meldung/Friseur-vs-Facebook-Netzwerk-muss-50-000-Euro-zahlen-4207193.html

Ein Friseur wollte nicht akzeptieren, dass Facebook für sein Geschäft ungewollt Werbung macht. Er
zog vor Gericht – und gewann: Facebook muss nun zahlen.
Gezim Ukshini aus Hannover ist nicht bei Facebook angemeldet und trotzdem war sein Friseurgeschäft
mit einer Seite im sozialen Netzwerk vertreten. Diese ungewollte Werbung mochte der Friseur jedoch
nicht hinnehmen: Er klagte gegen das US-Unternehmen – und gewann. Facebook muss nun ein
Ordnungsgeld in Höhe von 50.000 Euro an Niedersachsens Landeskasse zahlen.

Irgendwie trifft das ja auch auf OSM zu (ein Geschäftsinhaber hat keinen OSM-Account und trotzdem
ist sein Geschäft möglicherweise in OSM ersichtlich).

Klar, wenn sich ein User an uns wendet, dann entfernen wir natürlich den Namen und weitere Details,
die ihn betreffen. Bloß, auf welche Art meldet sich ein unbedarfter User bei uns? Mit "Einen
Hinweis/Fehler zu den Kartendaten melden" in der Hauptkarte? Und was, wenn so ein Hinweis nicht
zeitnahe bearbeitet wird?

Wie ist eure Meinung zu diesem Urteil und seht ihr Auswirkungen auf OSM?

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

Re: [OSM-ja] トンネルの銘板

2018-10-31 Per discussione tomoya muramoto

Ras and Roadさん

ありがとうございます。

「トンネルの銘板」に記載されている幅員が「通行部分の幅」を示しているということであれば、
これはトンネルの属性(tunnel:width)なのか、道路の属性(highway:width)なのか、悩ましいです。

厳密に考えれば道路の属性(highway:width)のように思うのですが、ドンネルの銘板に記載された情報を道路の属性に書き込むのも違和感があります。

なお`width`の定義では「実際の幅」とされています。トンネルの場合は「内空幅」が該当するように思います。
https://wiki.openstreetmap.org/wiki/JA:Key:width

あまり厳密に考えなくてもよいのでしょうかね…？

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

[Talk-de] POIs - Details - Gerichtsurteil

2018-10-31 Per discussione Günther Zinsberger

Hallo!

Ich gebe ja bei POIs so viele Details an, wie ich zusammentragen kann.
Seit ich diesen Artikel gelesen habe, bin ich so am Überlegen, ob das
vorteilhaft ist:

https://www.heise.de/newsticker/meldung/Friseur-vs-Facebook-Netzwerk-muss-50-000-Euro-zahlen-4207193.html

Ein Friseur wollte nicht akzeptieren, dass Facebook für sein Geschäft
ungewollt Werbung macht. Er zog vor Gericht – und gewann: Facebook
muss nun zahlen.
Gezim Ukshini aus Hannover ist nicht bei Facebook angemeldet und
trotzdem war sein Friseurgeschäft mit einer Seite im sozialen Netzwerk
vertreten. Diese ungewollte Werbung mochte der Friseur jedoch nicht
hinnehmen: Er klagte gegen das US-Unternehmen – und gewann. Facebook
muss nun ein Ordnungsgeld in Höhe von 50.000 Euro an Niedersachsens
Landeskasse zahlen.

Irgendwie trifft das ja auch auf OSM zu (ein Geschäftsinhaber hat keinen
OSM-Account und trotzdem ist sein Geschäft möglicherweise in OSM
ersichtlich).

Klar, wenn sich ein User an uns wendet, dann entfernen wir natürlich den
Namen und weitere Details, die ihn betreffen. Bloß, auf welche Art
meldet sich ein unbedarfter User bei uns? Mit "Einen Hinweis/Fehler zu
den Kartendaten melden" in der Hauptkarte? Und was, wenn so ein Hinweis
nicht zeitnahe bearbeitet wird?

Wie ist eure Meinung zu diesem Urteil und seht ihr Auswirkungen auf OSM?

P.S.: Dieses Thema hab ich hier in der Mailingliste nicht gefunden, und
im Forum schaue ich nicht. Falls das Thema schon irgendwo diskutiert
wurde, gebt bitte eine kurze Info oder einen kurzen Link bekannt.

Gruß
Günther

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

[Talk-GB] Hi everyone

2018-10-31 Per discussione BD

Firstly I would like to say hello to all of you.  Im new to mapping but 
Im fairly good at all computer things. (some time ago I mapped my 
neighborhood with JOSM but due to lack of time all stopped there). Now Im 
back and having discovered the iD editor Im sure I will be able to make 
few more contributions to this project.I have to say that Im a bit 
surprised with the mailing list being used instead of forum, which would allow 
for easier search and access to the information. Can someone tell me if there 
is a standard for GB OSM mapping, what I mean by that is if there is a best 
practice template. As an example Polish standard exists as a wiki:  
wiki.openstreetmap.org wiki.openstreetmap.org   In one of recent emails a 
useful tool was mentioned ( osm.mathmos.net osm.mathmos.net ), do we know if 
any more handy stuff like that is available on the net? Did somebody made a 
list of useful links?   An one final question for this email is, who is 
policing changes to OSM in situation where editor asks for the changeset to be 
reviewed?   Cheers,  Bart
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-fr] osmose

2018-10-31 Per discussione osm . sanspourriel


Le 30/10/2018 à 23:40, marc marc - marc_marc_...@hotmail.com a écrit :


mais est-ce utile ? on a déjà 8000 alertes osmose que personne ne semble
motivé à traité (donc l'utilité première est sans doute juste le bleu
sur la carte)
Oui car il y a eux qui utilisent Osmose pour surveiller leur coin (et au 
delà) : si l'alerte existe sur le zone de confort, ils la traiteront.


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

Re: [OSM-talk-fr] Borne de puisage

2018-10-31 Per discussione Vincent de Château-Thierry


> De: "marc marc" 
> 
> perso après avoir participé aux 3 propals d'amélioration successives
> sur la ml tagging, je trouve ce tag une erreur qui fractionne
> un sujet oü de gros effort d'harmonisation ont été fait.
> la page va même jusqu'à avoir les photos de bornes incendies...
> est-ce un lapsus pour montrer à quel point c'est la même chose ?
> idem s'il faut mettre une note sur chaque objet

Le tag note=* personnellement je m'en passerais bien, mais comme certains font 
de l'édition "bulk" sans réfléchir (pléonasme ?) il faut bien tenter de freiner 
leur élan. 

> je trouve bien moins ambigu de rester simple :
> si 2 objets sont identique, ils ont le même tag
> si l'usage change, on peux rajouter un tag usage=*

En suivant ton raisonnement tous les bâtiments pourraient se contenter d'un 
"building=yes" car un bâtiment est un bâtiment. Or on a d'autres valeurs pour 
ce tag, et même d'autres tags qui s'y substituent, comme historic=castle. Par 
analogie, ne pas squatter emergency=fire_hydrant pour des poteaux qui ne sont 
pas des poteaux *incendie* se défend.

D'une manière plus générale je trouve hasardeux de démarrer une page de wiki en 
anglais pour amenity=hydrant sans passer par une discussion sur la ML tagging.

vincent

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

Re: [OSM-talk-fr] Retrouver un changeset commenté

2018-10-31 Per discussione Vincent de Château-Thierry

Bonsoir,

> De: "Jérôme Seigneuret" 
> Le mer. 31 oct. 2018 à 10:44, Julien Lepiller < o...@lepiller.eu > a
> écrit :
> 
> tu peux utiliser l'outil How Did You Contribute (hdyc) :
> http://hdyc.neis-one.org/
> 
> Une fois connecté, tu entre ton nom d'utilisateur, puis dans «
> Discussed
> own changesets », tu as un lien vers les discussions sur tes propres
> groupes de modification. À l'inverse, pour retrouver les groupes de
> modifications que tu as commentés, c'est le lien après « Changeset
> discussions ».

Une autre manière d'arriver au même résultat, proposée par Pascal Neis il y a 
quelques minutes [1]:

http://resultmaps.neis-one.org/osm-discussion-comments?user=
=> remplacer  par votre nom de contributeur OSM

vincent

[1] : https://twitter.com/pascal_n/status/1057719371785736199

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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

2018-10-31 Per discussione osm . sanspourriel

double cliquer sur le point, dans la barre d'adresse récupérer lat/lon, 
remplacer / par ,.



Le 31/10/2018 à 17:35, Denis Bigorgne - denis.bigor...@gmail.com a écrit :

Mapy.cz / clic droit / Add own POIs et c'est fait !

Le mer. 31 oct. 2018 à 14:50, Jérôme Villafruela 
mailto:openstreetmap...@dzeta.org>> a écrit :


Dans le même esprit : http://tools.freeside.sk/geolocator/ avec
choix de fonds de carte, dont OSM :-)

Il a pour but d'afficher le wikicode permettant d'indiquer des
coordonnées géographiques sur les projets wikimedia, mais il
affiche aussi la position correspondant au marqueur. Il permet
également l'inverse en acceptant des coordonnées dans à peu près
n'importe quel format.

--
Jérôme

Le 31/10/2018 à 14:34, Nicolas Bétheuil a écrit :

Wadouk.github.io/maps  avec
conversion entre coordonnées décimales et horaires avec une
sélection de fond de cartes.
Encore très ameliorable.

Le mer. 31 oct. 2018 14:16, Shohreh mailto:codecompl...@free.fr>> a écrit :

J'ai trouvé une alternative presque aussi simple que ce que
je cherchais :

1. Aller sur www.openstreetmap.org 
2. Zoomer jusqu'au point recherché
3. Clic-droit > Show address
4. À gauche, passer la souris sur les coords pour afficher le
marqueur
5. Copier les coords
https://postimg.cc/LJHYBwpy

Good enough.

Merci!



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-it] case sparse vs localita'

2018-10-31 Per discussione Gabriele Sani

Ok, quindi una casa singola che ha un nome ma e' abbandonata posso usare
locality?

Il giorno mer 31 ott 2018 alle ore 18:47 Volker Schmidt 
ha scritto:

> Certo, il place= locality o abandoned:place=hamlet non va sugli edifici.
> E' un nodo assestante nel centro di questo gruppo di case più o meno
> crollati.
>
> On Wed, 31 Oct 2018 at 18:41, aldoct  wrote:
>
>> Il wiki così recita: "locality" Località non abitata identificabile con un
>> nome. Parla dunque di località e non di edifici. Ritengo sia corretto
>> attribuire tale TAG alle "contrade" e non a singoli edifici,
>> Saluti
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>>
>> ___
>> 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: [Talk-it] case sparse vs localita'

2018-10-31 Per discussione Volker Schmidt

Certo, il place= locality o abandoned:place=hamlet non va sugli edifici. E'
un nodo assestante nel centro di questo gruppo di case più o meno crollati.

On Wed, 31 Oct 2018 at 18:41, aldoct  wrote:

> Il wiki così recita: "locality" Località non abitata identificabile con un
> nome. Parla dunque di località e non di edifici. Ritengo sia corretto
> attribuire tale TAG alle "contrade" e non a singoli edifici,
> Saluti
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> 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] case sparse vs localita'

2018-10-31 Per discussione Damjan Gerl


  
  
Direi che va bene usare locality,
  tranne che non vuoi nominare proprio quella casa/rudere e non
  tutta la zona circostante. Case sparse (place=isolated_dwelling)
  si dovrebbe usare per località amministrative, nel senso che ci
  sono uno o più numeri civici di quella località.
  
  Damjan
   
  
  31.10.2018 - 18:10 - danbag:


  
  In VCO usiamo proprio locality nei casi che tu hai citato. Anche
  noi abbiamo molti alpeggi alcuni solo ruderi altri abitati solo
  per villeggiatura ed entrambi li taggo con locality.
  Ciao
  
  
  
 Messaggio originale 
Da: Gabriele Sani  
Data: 31/10/18 16:42 (GMT+01:00) 
A: openstreetmap list - italiano
   
Oggetto: [Talk-it] case sparse vs localita' 


  
  

  Buonasera, una rapida domanda prima di fare modifiche:
  capita spesso nelle zone appenniniche vicino a dove vivo
di imbattersi in vecchie case/ville abbandonate. Alcune sono
in buono stato, ma non abitate, altre sono praticamente
crollate e rimangono i muri e poco piu'. Molte di queste
sono taggate come locality... e' il tag piu' corretto?
  Vedo sulla wiki [1] che c'e'/c'era l'abitudine ad usarla
per obbligare il renderer a mostrarla... cosa ne pensate?
  
  
  Grazie mille
  
  
  [1] https://wiki.openstreetmap.org/wiki/Tag:place=locality#Don.27t_use_place.3Dlocality_just_to_force_a_name_to_appear_on_a_featur
  

  
  


  


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

Re: [Talk-it] case sparse vs localita'

2018-10-31 Per discussione aldoct

Il wiki così recita: "locality" Località non abitata identificabile con un
nome. Parla dunque di località e non di edifici. Ritengo sia corretto
attribuire tale TAG alle "contrade" e non a singoli edifici,
Saluti



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] case sparse vs localita'

2018-10-31 Per discussione Volker Schmidt

place=locality è ampiamente utilizzato negli USA per indicare dei ghost
towns *senza* resti.(uno che ho "visitato" due o tre volte è Bagdad,
California , famoso dal film
"Bagdad Café", se vai alle foto Maillary del posto puoi vedere quanto vuoto
è)
Nel tuo caso ci sono ancora ruderi, ma non di un village, ma di un hamlet,
quindi abandoned:place=hamlet (4k usi in taginfo) mi sembra una buon
approccio

On Wed, 31 Oct 2018 at 18:10, danbag  wrote:

> In VCO usiamo proprio locality nei casi che tu hai citato. Anche noi
> abbiamo molti alpeggi alcuni solo ruderi altri abitati solo per
> villeggiatura ed entrambi li taggo con locality.
> Ciao
>
>  Messaggio originale 
> Da: Gabriele Sani 
> Data: 31/10/18 16:42 (GMT+01:00)
> A: openstreetmap list - italiano 
> Oggetto: [Talk-it] case sparse vs localita'
>
> Buonasera, una rapida domanda prima di fare modifiche:
> capita spesso nelle zone appenniniche vicino a dove vivo di imbattersi in
> vecchie case/ville abbandonate. Alcune sono in buono stato, ma non abitate,
> altre sono praticamente crollate e rimangono i muri e poco piu'. Molte di
> queste sono taggate come locality... e' il tag piu' corretto?
> Vedo sulla wiki [1] che c'e'/c'era l'abitudine ad usarla per obbligare il
> renderer a mostrarla... cosa ne pensate?
>
> Grazie mille
>
> [1]
> https://wiki.openstreetmap.org/wiki/Tag:place=locality#Don.27t_use_place.3Dlocality_just_to_force_a_name_to_appear_on_a_featur
> ___
> 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-in] Mapping party and theodolite making at Science Hack Day Belgaum Nov 2-4

2018-10-31 Per discussione Arun Ganesh

Have created a page on the wiki if anyone wants to share a link
https://wiki.openstreetmap.org/wiki/India/Events/Science_Hack_Day_Belgaum_2018

On Sun, Oct 28, 2018 at 9:20 PM Arun Ganesh  wrote:

> For folks near Belgaum and attending Science Hack Day India 2018
> http://sciencehackday.in, lets have an OSM mapping party as a pre event
> to SoTM on Nov 2.
>
> There will also be a hacking project to design and build a DIY theodolite
> that  students can use to create maps using trigonometry for those
> interested in joining in as a resident hacker for all three days.
>
> If you are attending do send me an email and we can coordinate.
>
>
>
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-it] Taggare formazioni montuose

2018-10-31 Per discussione aldoct

Come consigliate di taggare quelle formazioni montuose che non hanno una
cima? Quelle che nel toponimo sono indicate come "serra" o "costa".
Saluti



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] case sparse vs localita'

2018-10-31 Per discussione danbag

In VCO usiamo proprio locality nei casi che tu hai citato. Anche noi abbiamo 
molti alpeggi alcuni solo ruderi altri abitati solo per villeggiatura ed 
entrambi li taggo con locality.Ciao
 Messaggio originale Da: Gabriele Sani 
 Data: 31/10/18  16:42  (GMT+01:00) A: openstreetmap 
list - italiano  Oggetto: [Talk-it] case sparse vs 
localita' 
Buonasera, una rapida domanda prima di fare modifiche:capita spesso nelle zone 
appenniniche vicino a dove vivo di imbattersi in vecchie case/ville 
abbandonate. Alcune sono in buono stato, ma non abitate, altre sono 
praticamente crollate e rimangono i muri e poco piu'. Molte di queste sono 
taggate come locality... e' il tag piu' corretto?Vedo sulla wiki [1] che 
c'e'/c'era l'abitudine ad usarla per obbligare il renderer a mostrarla... cosa 
ne pensate?
Grazie mille
[1] 
https://wiki.openstreetmap.org/wiki/Tag:place=locality#Don.27t_use_place.3Dlocality_just_to_force_a_name_to_appear_on_a_featur

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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

2018-10-31 Per discussione Denis Bigorgne

Mapy.cz / clic droit / Add own POIs et c'est fait !

Le mer. 31 oct. 2018 à 14:50, Jérôme Villafruela 
a écrit :

> Dans le même esprit : http://tools.freeside.sk/geolocator/ avec choix de
> fonds de carte, dont OSM :-)
> Il a pour but d'afficher le wikicode permettant d'indiquer des coordonnées
> géographiques sur les projets wikimedia, mais il affiche aussi la position
> correspondant au marqueur. Il permet également l'inverse en acceptant des
> coordonnées dans à peu près n'importe quel format.
>
> --
> Jérôme
>
> Le 31/10/2018 à 14:34, Nicolas Bétheuil a écrit :
>
> Wadouk.github.io/maps avec conversion entre coordonnées décimales et
> horaires avec une sélection de fond de cartes.
> Encore très ameliorable.
>
> Le mer. 31 oct. 2018 14:16, Shohreh  a écrit :
>
>> J'ai trouvé une alternative presque aussi simple que ce que je cherchais :
>>
>> 1. Aller sur www.openstreetmap.org
>> 2. Zoomer jusqu'au point recherché
>> 3. Clic-droit > Show address
>> 4. À gauche, passer la souris sur les coords pour afficher le marqueur
>> 5. Copier les coords
>> https://postimg.cc/LJHYBwpy
>>
>> Good enough.
>>
>> Merci!
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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

Re: [OSM-talk-fr] Borne de puisage

2018-10-31 Per discussione Jérôme Seigneuret

Salut,

J'avais fait le point sur certaine à Montpellier

colour=green

nous devons utiliser ces bornes pour remplir nos balayeuses. Elles sont en
principe équipé d'un compteur en effet.

Pour la pression c'est déjà prévu dans les tags mais quand tu a un type
dry_barrel tu es déjà sous pression...

fire_hydrant:pressure
 = yes
pressure = 6 (en bars)
et colour=yellow c'est aussi possible ;-)

couplings:type

=Guillemin
(chez nous)

A+

Le mer. 31 oct. 2018 à 16:30, Christian Quest  a
écrit :

> Ta photo s'approche plus d'une fontaine (payante ?) que d'un hydrant...
>
> Débit et pression ne sont sûrement exploitables par les pompiers
>
>
>
> Le mer. 31 oct. 2018 à 16:01, Vincent Bergeot  a
> écrit :
>
>> re,
>>
>> Le 31/10/2018 à 14:22, marc marc a écrit :
>> > Le 31. 10. 18 à 13:30, Vincent Bergeot a écrit :
>> >>> J'ajoute une note car certains prennent ce schema de tags
>> >>> comme une description erronée d'une vraie borne incendie.
>> >> on tente de le renseigner sur le wiki également :
>> >> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dhydrant
>> > perso après avoir participé aux 3 propals d'amélioration successives
>> > sur la ml tagging, je trouve ce tag une erreur qui fractionne
>> > un sujet oü de gros effort d'harmonisation ont été fait.
>> > la page va même jusqu'à avoir les photos de bornes incendies...
>>
>>
>> non c'est juste que je n'ai pas pris le temps, j'ai entamé la page :)
>>
>> > est-ce un lapsus pour montrer à quel point c'est la même chose ?
>> > idem s'il faut mettre une note sur chaque objet
>> >
>> > je trouve bien moins ambigu de rester simple :
>> > si 2 objets sont identique, ils ont le même tag
>> > si l'usage change, on peux rajouter un tag usage=*
>>
>>
>> ok j'entends tes arguments. d'autant que ce qui me titille c'est que la
>> notion d'hydrant semble être souvent également associé à la lutte contre
>> les incendie !!!
>>
>> mais les usages sont tellement différents !!!
>>
>> >
>> > prenons un autre exemple : une caserne de pompiers, certaines de leur
>> > actions ne sont des pas lié à l'urgence (aller vider une cave inondée)
>> > est-ce qu'on va créer un not-emercengy=not-fire_station pour diviser
>> > la caserne en 2 et séparer le local où sont stockée les pompes
>> > vide-caves du camion incendie ?
>> >
>> > je trouve qu'on fait mieux de renseigner les critères objectifs
>> > (pressions, débit, raccord ...) lorsqu’ils sont dispo
>> > quitte à rajouter un tag usage=* si on veux vraiment spécifier
>> > l'usage habituel (ici les bornes incendies ont pour usage principal
>> > d’alimenter les bétonneuses des nouvelles constructions...
>> > je me vois mal les changer le tag principal parce
>> > qu'il "manque" d'incendie)
>>
>> Quand cela ressemble à une colonne ok, mais quand c'est cela :
>>
>> https://commons.wikimedia.org/wiki/File:Borne_de_puisage_d%27eau_-_Talence.jpg
>>
>> on va pas la nommer emergency=fire_hydrant, sous prétexte qu'il y a de
>> l'eau sous pression :)
>>
>> Peut-être que le problème c'est hydrant en fait ?
>>
>> à voir du coté de water_point ou water_supply ?
>> https://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dwater_point
>>
>> à plus
>>
>>
>> --
>> Vincent Bergeot
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Borne de puisage

2018-10-31 Per discussione Vincent Bergeot


Le 31/10/2018 à 16:29, Christian Quest a écrit :

Ta photo s'approche plus d'une fontaine (payante ?) que d'un hydrant...



oui j'ai fait exprès de montrer un équipement "différent" mais c'est 
bien une borne de puisage, comme les "amenity=hydrant" discuté !!


Quelques illustrations : 
https://www.qwant.com/?q=borne%20de%20puisage=images




Débit et pression ne sont sûrement exploitables par les pompiers



je dois pouvoir savoir quelles sont les débits et pressions pour ces 
bornes, je me renseigne effectivement !









Le mer. 31 oct. 2018 à 16:01, Vincent Bergeot > a écrit :


re,

Le 31/10/2018 à 14:22, marc marc a écrit :
> Le 31. 10. 18 à 13:30, Vincent Bergeot a écrit :
>>> J'ajoute une note car certains prennent ce schema de tags
>>> comme une description erronée d'une vraie borne incendie.
>> on tente de le renseigner sur le wiki également :
>> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dhydrant
> perso après avoir participé aux 3 propals d'amélioration successives
> sur la ml tagging, je trouve ce tag une erreur qui fractionne
> un sujet oü de gros effort d'harmonisation ont été fait.
> la page va même jusqu'à avoir les photos de bornes incendies...


non c'est juste que je n'ai pas pris le temps, j'ai entamé la page :)

> est-ce un lapsus pour montrer à quel point c'est la même chose ?
> idem s'il faut mettre une note sur chaque objet
>
> je trouve bien moins ambigu de rester simple :
> si 2 objets sont identique, ils ont le même tag
> si l'usage change, on peux rajouter un tag usage=*


ok j'entends tes arguments. d'autant que ce qui me titille c'est
que la
notion d'hydrant semble être souvent également associé à la lutte
contre
les incendie !!!

mais les usages sont tellement différents !!!

>
> prenons un autre exemple : une caserne de pompiers, certaines de
leur
> actions ne sont des pas lié à l'urgence (aller vider une cave
inondée)
> est-ce qu'on va créer un not-emercengy=not-fire_station pour diviser
> la caserne en 2 et séparer le local où sont stockée les pompes
> vide-caves du camion incendie ?
>
> je trouve qu'on fait mieux de renseigner les critères objectifs
> (pressions, débit, raccord ...) lorsqu’ils sont dispo
> quitte à rajouter un tag usage=* si on veux vraiment spécifier
> l'usage habituel (ici les bornes incendies ont pour usage principal
> d’alimenter les bétonneuses des nouvelles constructions...
> je me vois mal les changer le tag principal parce
> qu'il "manque" d'incendie)

Quand cela ressemble à une colonne ok, mais quand c'est cela :

https://commons.wikimedia.org/wiki/File:Borne_de_puisage_d%27eau_-_Talence.jpg

on va pas la nommer emergency=fire_hydrant, sous prétexte qu'il y
a de
l'eau sous pression :)

Peut-être que le problème c'est hydrant en fait ?

à voir du coté de water_point ou water_supply ?
https://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dwater_point

à plus


-- 
Vincent Bergeot



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



--
Christian Quest - OpenStreetMap France

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



--
Vincent Bergeot

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

Re: [Talk-cz] Mapovací párty po SOTM

2018-10-31 Per discussione Marián Kyral

On 31. 10. 18 7:59, Miroslav Suchý wrote:
> Ahoj,
> v sobotu 17.11 bude v Brně SOTM a říkali jsme si, že v neděli bychom
> mohli udělat nějaké společné mapování.
>
> V okolí Brna jsem našel tyto vhodné kandidáty:
>
> Hády:
> http://taskman.poloha.net/project/2#task/2540
> chybí tam 2 NS stezky a je to velmi zajímavé místo na procházku.
> V dosahu MHD.
>
> Předklášteří
> http://taskman.poloha.net/project/2#task/3080
> http://taskman.poloha.net/project/2#task/3081
> http://taskman.poloha.net/project/2#task/3083
> klášter v Překlášteří je zajímavá kulturní památka
> Velmi dobré spoje vlakem.
>
> Moravský kras
> http://taskman.poloha.net/project/2#task/6259
> http://taskman.poloha.net/project/2#task/7126
> http://taskman.poloha.net/project/2#task/7128
> http://taskman.poloha.net/project/2#task/6261
> hustá síť turistických tras a plno jeskyní.
> Spíše vhodnejší pro auto.
>
> Já osobně můžu vzít auto.
>
> Pokud někoho napadá co jiné místo pro mapování v okolí Brna, tak sem s tím.
> Během pár dní bych udělal letáček s podrobnými pokyny pro účastníky.
>
> Mirek
>
Ahoj,
mně to je celkem jedno, určitě přijedu autem a okolí Brna ani Moravský
kras ještě nemám prozkoumáno. Takže ideálně kamkoli kde jsou nějaké
zajímavé kešky :-D

Marián


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

[Talk-it] case sparse vs localita'

2018-10-31 Per discussione Gabriele Sani

Buonasera, una rapida domanda prima di fare modifiche:
capita spesso nelle zone appenniniche vicino a dove vivo di imbattersi in
vecchie case/ville abbandonate. Alcune sono in buono stato, ma non abitate,
altre sono praticamente crollate e rimangono i muri e poco piu'. Molte di
queste sono taggate come locality... e' il tag piu' corretto?
Vedo sulla wiki [1] che c'e'/c'era l'abitudine ad usarla per obbligare il
renderer a mostrarla... cosa ne pensate?

Grazie mille

[1]
https://wiki.openstreetmap.org/wiki/Tag:place=locality#Don.27t_use_place.3Dlocality_just_to_force_a_name_to_appear_on_a_featur
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Borne de puisage

2018-10-31 Per discussione Christian Quest

Ta photo s'approche plus d'une fontaine (payante ?) que d'un hydrant...

Débit et pression ne sont sûrement exploitables par les pompiers



Le mer. 31 oct. 2018 à 16:01, Vincent Bergeot  a
écrit :

> re,
>
> Le 31/10/2018 à 14:22, marc marc a écrit :
> > Le 31. 10. 18 à 13:30, Vincent Bergeot a écrit :
> >>> J'ajoute une note car certains prennent ce schema de tags
> >>> comme une description erronée d'une vraie borne incendie.
> >> on tente de le renseigner sur le wiki également :
> >> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dhydrant
> > perso après avoir participé aux 3 propals d'amélioration successives
> > sur la ml tagging, je trouve ce tag une erreur qui fractionne
> > un sujet oü de gros effort d'harmonisation ont été fait.
> > la page va même jusqu'à avoir les photos de bornes incendies...
>
>
> non c'est juste que je n'ai pas pris le temps, j'ai entamé la page :)
>
> > est-ce un lapsus pour montrer à quel point c'est la même chose ?
> > idem s'il faut mettre une note sur chaque objet
> >
> > je trouve bien moins ambigu de rester simple :
> > si 2 objets sont identique, ils ont le même tag
> > si l'usage change, on peux rajouter un tag usage=*
>
>
> ok j'entends tes arguments. d'autant que ce qui me titille c'est que la
> notion d'hydrant semble être souvent également associé à la lutte contre
> les incendie !!!
>
> mais les usages sont tellement différents !!!
>
> >
> > prenons un autre exemple : une caserne de pompiers, certaines de leur
> > actions ne sont des pas lié à l'urgence (aller vider une cave inondée)
> > est-ce qu'on va créer un not-emercengy=not-fire_station pour diviser
> > la caserne en 2 et séparer le local où sont stockée les pompes
> > vide-caves du camion incendie ?
> >
> > je trouve qu'on fait mieux de renseigner les critères objectifs
> > (pressions, débit, raccord ...) lorsqu’ils sont dispo
> > quitte à rajouter un tag usage=* si on veux vraiment spécifier
> > l'usage habituel (ici les bornes incendies ont pour usage principal
> > d’alimenter les bétonneuses des nouvelles constructions...
> > je me vois mal les changer le tag principal parce
> > qu'il "manque" d'incendie)
>
> Quand cela ressemble à une colonne ok, mais quand c'est cela :
>
> https://commons.wikimedia.org/wiki/File:Borne_de_puisage_d%27eau_-_Talence.jpg
>
> on va pas la nommer emergency=fire_hydrant, sous prétexte qu'il y a de
> l'eau sous pression :)
>
> Peut-être que le problème c'est hydrant en fait ?
>
> à voir du coté de water_point ou water_supply ?
> https://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dwater_point
>
> à plus
>
>
> --
> Vincent Bergeot
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [Talk-it] Import civici Milano - preview

2018-10-31 Per discussione Andrea Musuruane

Ciao,

On Wed, Oct 31, 2018 at 2:40 PM cascafico  wrote:

> Una preview del dataset ds634 del Comune di Milano la trovate qui [1].
>
> Pin verdi, l'import li crea;
> Pin blu, l'import li modifica, anche solo per mettere in fixme che
> significa:
>   indirizzo non presente nel dataset da importare
>   indirizzo non presente in un raggio di x metri dal nodo da importare
>

Non so quanto OSM Conflator sia efficace in un import di numeri civici.

Sicuramente è più facile da usare di JOSM (e del plugin Conflation). Però è
anche molto meno flessibile.

Nell'esempio che riporti, sembra che preferisci sempre la posizione di OSM
a quella del Comune di Milano. Guardando i dati, questa supposizione mi
sembra errata.

Inoltre, non sono stati trovati civici identici, come qui:
http://audit.osmz.ru/map/MI-addr#19/45.45369/9.15650

Ciao,

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

Re: [OSM-talk-fr] Borne de puisage

2018-10-31 Per discussione Vincent Bergeot


re,

Le 31/10/2018 à 14:22, marc marc a écrit :

Le 31. 10. 18 à 13:30, Vincent Bergeot a écrit :

J'ajoute une note car certains prennent ce schema de tags
comme une description erronée d'une vraie borne incendie.

on tente de le renseigner sur le wiki également :
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dhydrant

perso après avoir participé aux 3 propals d'amélioration successives
sur la ml tagging, je trouve ce tag une erreur qui fractionne
un sujet oü de gros effort d'harmonisation ont été fait.
la page va même jusqu'à avoir les photos de bornes incendies...



non c'est juste que je n'ai pas pris le temps, j'ai entamé la page :)


est-ce un lapsus pour montrer à quel point c'est la même chose ?
idem s'il faut mettre une note sur chaque objet

je trouve bien moins ambigu de rester simple :
si 2 objets sont identique, ils ont le même tag
si l'usage change, on peux rajouter un tag usage=*



ok j'entends tes arguments. d'autant que ce qui me titille c'est que la 
notion d'hydrant semble être souvent également associé à la lutte contre 
les incendie !!!


mais les usages sont tellement différents !!!



prenons un autre exemple : une caserne de pompiers, certaines de leur
actions ne sont des pas lié à l'urgence (aller vider une cave inondée)
est-ce qu'on va créer un not-emercengy=not-fire_station pour diviser
la caserne en 2 et séparer le local où sont stockée les pompes
vide-caves du camion incendie ?

je trouve qu'on fait mieux de renseigner les critères objectifs
(pressions, débit, raccord ...) lorsqu’ils sont dispo
quitte à rajouter un tag usage=* si on veux vraiment spécifier
l'usage habituel (ici les bornes incendies ont pour usage principal
d’alimenter les bétonneuses des nouvelles constructions...
je me vois mal les changer le tag principal parce
qu'il "manque" d'incendie)


Quand cela ressemble à une colonne ok, mais quand c'est cela : 
https://commons.wikimedia.org/wiki/File:Borne_de_puisage_d%27eau_-_Talence.jpg


on va pas la nommer emergency=fire_hydrant, sous prétexte qu'il y a de 
l'eau sous pression :)


Peut-être que le problème c'est hydrant en fait ?

à voir du coté de water_point ou water_supply ? 
https://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dwater_point


à plus


--
Vincent Bergeot


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

Re: [Talk-it] Import civici Milano - regole di traduzione

2018-10-31 Per discussione Andrea Musuruane

Ciao Martin,

On Wed, Oct 31, 2018 at 11:31 AM Martin Koppenhoefer 
wrote:

> Am Fr., 31. Aug. 2018 um 12:16 Uhr schrieb Andrea Musuruane <
> musur...@gmail.com>:
>
>> La traduzione funziona secondo le seguenti regole:
>>
>>- *loc_ref* contiene *IDMASTER*. Questo è l'ID ufficiale del civico e
>>sarà usato per fare la conflation in import futuri. Il tag loc_ref è già
>>usato a Milano sulle highway per indicare il codice arco AMAT.
>>
>>
> per me è inutile. L'indirizzo dovrebbe essere sufficiente per future
> verifiche per capire di quale oggetto si parla. In più avremmo la lista di
> tutti gli oggetti caricati con questo import (dalla lista dei changesets
> del caricamento nella documentazione del import nel wiki), quindi si potrà
> vedere cosa è successo con gli oggetti caricati, senza dover ricorrere a
> degli ID esterni.
>

Il tempo dedicato alla conflation è molto elevato: amalgamare due data set
differenti non è semplice anche avendo a disposizione degli ottimi tool a
supporto. L'indirizzo infatti non è sufficiente a riconciliare due civici
(spesso la strada è scritta in OSM e nel dataset di origine in modo
differente, a volte anche il civico è scritto in modo differente, ecc).

Il campo loc_ref non è un semplice ID esterno, ma è l'ID ufficiale del
civico generato dal Comune di Milano. Senza il Comune di Milano quel dato
non esiste. Ed è lo stesso ente che decide quando decade.

Dato che il Comune di Milano aggiorna regolarmente il dataset dei civici,
avere a disposizione l'ID ufficiale del civico, permetterà import futuri
più veloci e precisi perché semplificherà notevolmente la fase di
conflation.

>>- *addr:housenumber* contiente *NUMEROCOMPLETO* convertito in
>>minuscolo (per l'esponente).
>>- *addr:street* contiene il toponimo OSM della strada identificata da
>>*CODICE_VIA* nello stradario generato precedentemente. Se *CODICE_VIA*
>>non ha una corrispondenza, viene aggiungo un tag *fixme*.
>>- *addr:city* contiene *Milano*. I confini amministrativi ISTAT sono
>>spesso imprecisi ed è meglio sempre specificare la città per evitare casi
>>dubbi.
>>
>> Inoltre, vengono scartati anche tutti i civici soppressi.
>>
>
>
> soppressi significa che non ci sono più i cartelli in loco?
>

Sì.

> Se incontriamo con la conflation dei civici già mappati ma soppressi, cosa
> si fa?
>

Elimini i civici perché non esistono più.

> Dal dato si capisce a cosa si riferisce il civico (ingresso ad un
> fabbricato, cancello nel perimetro, ecc.)?
>

C'è l'indicazione del fatto che sia anche un passo carraio.

Ciao,

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

Re: [Talk-it] Import civici Milano - regole di traduzione

2018-10-31 Per discussione Andrea Musuruane

Ciao Giovanni,
grazie per aver ripreso questo thread.

Visto il poco interesse da parte di mapper milanesi, l'attività si è un po'
arenata. Maurizio, coordinatore OSM per la Lombardia, sta cercando
partecipanti.

On Wed, Oct 31, 2018 at 11:18 AM cascafico  wrote:

> Andrea Musuruane wrote
> >- *addr:housenumber* contiente *NUMEROCOMPLETO* convertito in
> minuscolo
> >(per l'esponente).
>
> Sto facendi delle prove per impostare una conflation collaborativa via
> browser. Come è stato deciso di comporre l'indirizzo? Per esempio:
>
> NUMERO+lowercase(LETTERA)+"/"+BARRA
> NUMERO+uppercase(LETTERA)+"/"+BARRA
> NUMERO+" "+uppercase(LETTERA)+"/"+BARRA
> ...
>
>
Il campo addr:housenumber conterrà il valore di NUMEROCOMP, con le
eventuali lettere convertite in minuscolo.

NUMEROCOMP, seguendo quanto descritot nel file Istruzioni tecniche per
l'utilizzo dei dati_CIVICI.pdf è: NUMERO+LETTERA+BARRA

Lo slash non viene usato se non per separare gli esponenti numerici.

> Avrebbe senso usare un ref che indichi il dataset sorgente? Per esempio
> ref:MI_ds634
>

L'uso di loc_ref mi sembra coerente con quello che già avviene per le
strade. Non mi sembra il caso di usare altri tag.

Ciao,

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

Wochennotiz Nr. 431 16.10.2018–22.10.2018

2018-10-31 Per discussione Wochennotizteam

Hallo,

die Wochennotiz Nr. 431 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2018/10/wochennotiz-nr-431/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Wochennotiz Nr. 431 16.10.2018–22.10.2018

2018-10-31 Per discussione Wochennotizteam

Hallo,

die Wochennotiz Nr. 431 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2018/10/wochennotiz-nr-431/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

2018-10-31 Per discussione Sergio Manzi

Solo per farvi sapere che ho formalizzato la mia proposta di utilizzare taxon 
invece di species, qui: 
https://wiki.openstreetmap.org/wiki/Talk:Import/Catalogue/AlberiMonumentali-RAFVG

Ciao a tutti,

Sergio





smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Werdet Mitglied in der OSM Foundation!

2018-10-31 Per discussione Ludwig Baumgart

auch für meine konkrete Kleinarbeit in Büsingen (D/CH) zum Thema 
Dorfkarten halte ich dies für sehr sehr wichtig. Also: Haltung zeigen, 
Mitglied werden, Haltung zeigen! -Ich bin soeben Mitglied geworden.


Danke für Deinen Einsatz, Michael!

Ludwig

On 30.10.18 22:32, Michael Reichert wrote:

TL;DR Bitte werdet Mitglied in der OSM Foundation, bevor die OSM
Foundation von einer Beschützungs- und Rechtehaltungsorganisation für
OSM zu einer Interessenvertretung amerikanischer Firmen und HOT wird. Am
Ende der Mail steht, wie man Mitglied wird. Es kostet 15 Britische Pfund
und ist kein Abo.


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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

2018-10-31 Per discussione Jérôme Villafruela

Dans le même esprit : http://tools.freeside.sk/geolocator/ avec choix de 
fonds de carte, dont OSM :-)


Il a pour but d'afficher le wikicode permettant d'indiquer des 
coordonnées géographiques sur les projets wikimedia, mais il affiche 
aussi la position correspondant au marqueur. Il permet également 
l'inverse en acceptant des coordonnées dans à peu près n'importe quel 
format.


--
Jérôme

Le 31/10/2018 à 14:34, Nicolas Bétheuil a écrit :
Wadouk.github.io/maps  avec conversion 
entre coordonnées décimales et horaires avec une sélection de fond de 
cartes.

Encore très ameliorable.

Le mer. 31 oct. 2018 14:16, Shohreh > a écrit :


J'ai trouvé une alternative presque aussi simple que ce que je
cherchais :

1. Aller sur www.openstreetmap.org 
2. Zoomer jusqu'au point recherché
3. Clic-droit > Show address
4. À gauche, passer la souris sur les coords pour afficher le marqueur
5. Copier les coords
https://postimg.cc/LJHYBwpy

Good enough.

Merci!



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

Nicolas Bétheuil-2 wrote
> Wadouk.github.io/maps avec conversion entre coordonnées décimales et
> horaires avec une sélection de fond de cartes. Encore très ameliorable.

Merci, mais ce site ne permet pas de récupérer les coordonnées d'un point.

En plus, vu l'URL, le site risque d'être moins pérenne qu'OSM.org.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[Talk-it] Import civici Milano - preview

Una preview del dataset ds634 del Comune di Milano la trovate qui [1]. 

Pin verdi, l'import li crea;
Pin blu, l'import li modifica, anche solo per mettere in fixme che
significa:
  indirizzo non presente nel dataset da importare
  indirizzo non presente in un raggio di x metri dal nodo da importare




[1] http://audit.osmz.ru/map/MI-addr



-

--
cascafico.altervista.org
twitter.com/cascafico
--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

Le 31. 10. 18 à 14:33, Marc M. a écrit :
> Le 31. 10. 18 à 14:07, Shohreh a écrit :
>> Cyrille37 OSM wrote
>>> Sur openstreetmap.org, le bouton "partager" dans le menu à droite (barre
>>> verticale).
> 
> perso j'utilise simplement :
> clic droit, centrer la carte
> et tu copies l'url obtenue

réponse à oublier, j'ai mal lu la question :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

2018-10-31 Per discussione Nicolas Bétheuil

Wadouk.github.io/maps avec conversion entre coordonnées décimales et
horaires avec une sélection de fond de cartes.
Encore très ameliorable.

Le mer. 31 oct. 2018 14:16, Shohreh  a écrit :

> J'ai trouvé une alternative presque aussi simple que ce que je cherchais :
>
> 1. Aller sur www.openstreetmap.org
> 2. Zoomer jusqu'au point recherché
> 3. Clic-droit > Show address
> 4. À gauche, passer la souris sur les coords pour afficher le marqueur
> 5. Copier les coords
> https://postimg.cc/LJHYBwpy
>
> Good enough.
>
> Merci!
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

Le 31. 10. 18 à 14:07, Shohreh a écrit :
> Cyrille37 OSM wrote
>> Sur openstreetmap.org, le bouton "partager" dans le menu à droite (barre
>> verticale).

perso j'utilise simplement :
clic droit, centrer la carte
et tu copies l'url obtenue
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Borne de puisage

Le 31. 10. 18 à 13:30, Vincent Bergeot a écrit :
>> J'ajoute une note car certains prennent ce schema de tags  
>> comme une description erronée d'une vraie borne incendie.

> on tente de le renseigner sur le wiki également : 
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dhydrant

perso après avoir participé aux 3 propals d'amélioration successives
sur la ml tagging, je trouve ce tag une erreur qui fractionne
un sujet oü de gros effort d'harmonisation ont été fait.
la page va même jusqu'à avoir les photos de bornes incendies...
est-ce un lapsus pour montrer à quel point c'est la même chose ?
idem s'il faut mettre une note sur chaque objet

je trouve bien moins ambigu de rester simple :
si 2 objets sont identique, ils ont le même tag
si l'usage change, on peux rajouter un tag usage=*

prenons un autre exemple : une caserne de pompiers, certaines de leur 
actions ne sont des pas lié à l'urgence (aller vider une cave inondée)
est-ce qu'on va créer un not-emercengy=not-fire_station pour diviser
la caserne en 2 et séparer le local où sont stockée les pompes
vide-caves du camion incendie ?

je trouve qu'on fait mieux de renseigner les critères objectifs 
(pressions, débit, raccord ...) lorsqu’ils sont dispo
quitte à rajouter un tag usage=* si on veux vraiment spécifier
l'usage habituel (ici les bornes incendies ont pour usage principal 
d’alimenter les bétonneuses des nouvelles constructions...
je me vois mal les changer le tag principal parce
qu'il "manque" d'incendie)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

J'ai trouvé une alternative presque aussi simple que ce que je cherchais :

1. Aller sur www.openstreetmap.org
2. Zoomer jusqu'au point recherché
3. Clic-droit > Show address
4. À gauche, passer la souris sur les coords pour afficher le marqueur
5. Copier les coords
https://postimg.cc/LJHYBwpy

Good enough.

Merci!



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

2018-10-31 Per discussione Nicolas Moyroud


QGIS avec un fond OSM ? Bon ok désolé je sors... [prend un air contrarié]

Nicolas

Le 31/10/2018 à 14:07, Shohreh a écrit :

Merci, mais ça demande un peu trop de manips par rapport à ce que je
cherchais:



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

Re: [OSM-talk-fr] Borne de puisage

2018-10-31 Per discussione Nicolas Moyroud

Merci Vincent. Petites corrections sur la page pour enlever les "fire" 
devant "hydrant" dans le texte ! :-)


Et ajout d'une photo qui correspond mieux pour le type pillar : une 
bleue et pas une rouge...


Nicolas


Le 31/10/2018 à 13:30, Vincent Bergeot a écrit :

Aux TOCés de la borne

on tente de le renseigner sur le wiki également : 
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dhydrant


et peut-être un colour=*

à plus




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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

Cyrille37 OSM wrote
> Sur openstreetmap.org, le bouton "partager" dans le menu à droite (barre
> verticale).
> 
> cocher "inclure le marqueur"

Merci, mais ça demande un peu trop de manips par rapport à ce que je
cherchais:

1. "Share"
2. "Include marker"
3. si nécessaire, déplacer marqueur
4. Copier texte "geo:48.8554,2.3361?z=16"
5. Si nécessaire, le nettoyer pour ne garder que "lat,lon"

A priori, il semble qu'aucun site ne propose ça actuellement, basé sur OSM
ou autre.

Pour ceux qui font tourner leur propre serveur à base de Leaflet : comment
estimer si l'usage d'un fournisseur de tuile gratuit (par ex, Mapbox en
version basique) risque vite d'être insuffisant et imposer le passage à une
offre payante ?

Je n'ai aucune idée de ce que représentent ces chiffres à l'usage:

"Web apps

50,000 map views / mo
50,000 geocode requests / mo
50,000 directions requests / mo
50,000 Matrix elements / mo"
https://www.mapbox.com/pricing/



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[OSM-talk-fr] Ajout d'aménagements cyclable avec StreetComplete

2018-10-31 Per discussione Antoine Riche


Bonjour,

Pensez-vous qu'il est valide d'ajouter le tag 
cycleway:right=share_busway sur le boulevard Saint-Germain 
(https://www.openstreetmap.org/way/204056332), alors qu'il y a déjà une 
voie de bus (https://www.openstreetmap.org/way/4221405) qui porte déjà 
le tag bicycle=yes ?


 C'est peut-être plus évident avec les pistes cycables (mais Je n'ai 
pas d'exemple sous la main) : je pense que StreetComplete peut ajouter 
un cycleway:right=track même si un highway=cycleway est déjà 
cartographié parallèlement à la rue.


Je pense que c'est au mieux redondant, au pire faux car cela crée un 
doublon. Qu'en pensez-vous ?


Antoine.



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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

2018-10-31 Per discussione Cyrille37 OSM


Salut

Sur openstreetmap.org, le bouton "partager" dans le menu à droite (barre 
verticale).


cocher "inclure le marqueur"

et hop ;-)

Le 31/10/2018 à 13:43, Shohreh a écrit :

Bonjour,

Il est fréquent que les gens aient besoin d'indiquer un endroit précisément,
à l'aide de latitude + longitude.

www.openstreetmap.org ne semble pas permettre de simplement faire un
clic-droit sur un endroit et choisir "Coordonnées" :

https://postimg.cc/rzfWzhT5

J'ai un peu cherché, mais n'ai pas trouvé de site qui permette ça, au moins
sans devoir se créer un compte.

La seule solution consiste-t-elle à installer son propre serveur web public
+ Leaflet + payer un accès à un serveur de tuiles (Mapbox, etc.)?

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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

[OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

Bonjour,

Il est fréquent que les gens aient besoin d'indiquer un endroit précisément,
à l'aide de latitude + longitude.

www.openstreetmap.org ne semble pas permettre de simplement faire un
clic-droit sur un endroit et choisir "Coordonnées" :

https://postimg.cc/rzfWzhT5

J'ai un peu cherché, mais n'ai pas trouvé de site qui permette ça, au moins
sans devoir se créer un compte.

La seule solution consiste-t-elle à installer son propre serveur web public
+ Leaflet + payer un accès à un serveur de tuiles (Mapbox, etc.)?

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

dieterdreist wrote
> qualcuno ha fatto una verifica a campione sulla bontà dei dati? Si vedono
> alberi all'esatta posizione nelle foto aeree? Sennò (se la precisione
> delle
> coordinate è qualcosa come 100 metri) la conflation sarebbe impossibile da
> gestire. 

Nella pagina wiki [1] trovi il link alla mappa audit, che serve anche al
controllo visuale preliminare che auspichi.



dieterdreist wrote
> Ho capito bene, parliamo di 200 alberi, solo nel FVG? Che tanto lì
> ci sono ancora i resti delle precedenti imports, 200 alberi più o meno non
> cambiano niente ;-)

Nella wiki [2]  trovi scritto "This import has been set on a regional size,
as a pilot for other italian regions (admin_level=4)"

[1]
https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG#About
[2]
https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG#Goals




-

--
cascafico.altervista.org
twitter.com/cascafico
--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Borne de puisage

2018-10-31 Per discussione Vincent Bergeot


Aux TOCés de la borne


Le 29/10/2018 à 11:19, Vincent de Château-Thierry a écrit :
Je suis du même avis, ça colle avec ce que je fais par ailleurs comme 
par exemple ici :

https://www.openstreetmap.org/node/3374361144/history
J'ajoute une note car certains prennent ce schema de tags comme une description 
erronée d'une vraie borne incendie.


on tente de le renseigner sur le wiki également : 
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dhydrant


et peut-être un colour=*

à plus

--
Vincent Bergeot


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

Re: [Talk-it] Import civici Milano - regole di traduzione

Am Mi., 31. Okt. 2018 um 12:23 Uhr schrieb Alessandro Palmas <
alessandro.pal...@wikimedia.it>:

> Non commettiamo l'errore già fatto in precedenza.
> Tenere un campo ref del database di origine in caso di future probabili
> rielaborazioni/aggiornamenti ecc.. eviterebbe un pesante lavoro di
> ricostruzione del passato.
>


solo se ti fidi cecamente del "aggiornamento"
Quanto sia pesante il lavoro di ricostruzione del passato dipende in primis
quanto è stato organizzato e documentato bene l'import. Con la lista dei
changesets completa è un gioco di ragazzi risalire a tutti gli oggetti. In
più, con gli indirizzi la situazione è diversa che per tante altre cose,
perché il civico già dice molto bene dove si trova (nel insieme di tutti
gli altri civici), e dovrebbe essere univoco (al livello di dati pubblici
sui civici, in OSM naturalmente lo stesso indirizzo (di un POI, di
qualcosa) può occorere infinite volte).



> Già con la conflation molti civici non saranno inseriti; quando tra
> qualche anno quei dati verranno ripresi nel frattempo chissà quante
> volte saranno stati spostati, magari cancellati e ripristinati.
>


certamente. E cosa faremmo quindi? Buttiamo via tutti questi spostamenti,
cancellazioni e ripristinazioni? Probabilmente no, quindi l'ipotetico
confronto con un aggiornamento del dataset esterno sarà molto oneroso con
ID e senza ID. Per identificare un civico non serve un ID. Il civico stesso
è un ID.



>
> Vogliamo fare i puri ad ogni costo? Però ai vicini francesi nessuno ha
> fatto cancellare *ad ogni geometria importata* dal catasto il tag
> source="cadastre-dgi-fr source : Direction Générale des Impôts -
> Cadastre. Mise à jour : 2011"



credo nessuno abbia fatto gli applausi a questa scemenza. Di lamentele su
questo ne abbiamo sentite tante invece.

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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

qualcuno ha fatto una verifica a campione sulla bontà dei dati? Si vedono
alberi all'esatta posizione nelle foto aeree? Sennò (se la precisione delle
coordinate è qualcosa come 100 metri) la conflation sarebbe impossibile da
gestire. Ho capito bene, parliamo di 200 alberi, solo nel FVG? Che tanto lì
ci sono ancora i resti delle precedenti imports, 200 alberi più o meno non
cambiano niente ;-)


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

Re: [Talk-it] Import civici Milano - regole di traduzione

2018-10-31 Per discussione Alessandro Palmas


Il 31/10/18 11:29, Martin Koppenhoefer ha scritto:
Am Fr., 31. Aug. 2018 um 12:16 Uhr schrieb Andrea Musuruane 
mailto:musur...@gmail.com>>:



...


La traduzione funziona secondo le seguenti regole:

  * *loc_ref* contiene *IDMASTER*. Questo è l'ID ufficiale del
civico e sarà usato per fare la conflation in import futuri. Il
tag loc_ref è già usato a Milano sulle highway per indicare il
codice arco AMAT. 



per me è inutile. L'indirizzo dovrebbe essere sufficiente per future 
verifiche per capire di quale oggetto si parla. In più avremmo la lista 
di tutti gli oggetti caricati con questo import (dalla lista dei 
changesets del caricamento nella documentazione del import nel wiki), 
quindi si potrà vedere cosa è successo con gli oggetti caricati, senza 
dover ricorrere a degli ID esterni.



Non commettiamo l'errore già fatto in precedenza.
Tenere un campo ref del database di origine in caso di future probabili 
rielaborazioni/aggiornamenti ecc.. eviterebbe un pesante lavoro di 
ricostruzione del passato.
Già con la conflation molti civici non saranno inseriti; quando tra 
qualche anno quei dati verranno ripresi nel frattempo chissà quante 
volte saranno stati spostati, magari cancellati e ripristinati.
Sì, tecnicamente nel db OSM si ritrova tutto, ma se abbiamo un campo che 
ci facilità l'interoperabilità con un db esterno trovo masochista il 
volerlo togliere.
Quale sarebbe il vantaggio, avere un estratto dell'Italia di qualche 
kilobyte più leggero?


Vogliamo fare i puri ad ogni costo? Però ai vicini francesi nessuno ha 
fatto cancellare *ad ogni geometria importata* dal catasto il tag
source="cadastre-dgi-fr source : Direction Générale des Impôts - 
Cadastre. Mise à jour : 2011"



Alessandro

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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

2018-10-31 Per discussione Sergio Manzi

Ciao Paolo,

grazie per il tuo supporto: incominciavo a sentirmi un po' Don Quixote...  :-)

Ti dirò anche che il nome della key, /taxon/, non è quello che io avrei 
preferito: penso che sarebbe stato preferibile qualcosa di più facile e 
universale comprensione, come, per esempio, "/scientific_name/", ma taxon è già 
usato (/poco meno di 200.000 volte/), e quindi mi sta bene vivere con taxon e 
promuoverne l'uso.

Sergio

P.S.: per le calli veneziane... sto preparando un documento e anche che si 
asciughino dall'ultima "acqua alta": porta pazienza!

On 2018-10-31 10:22, Paolo Monegato wrote:
> Il 30/10/2018 15:32, Sergio Manzi ha scritto:
>>
>> Inoltre un import come questo può essere l'occasione per *promuovere l'uso 
>> di taxon*, così come in passato hanno fatto altri (/che, a mio avviso, 
>> "hanno visto la luce/").
>>
> Il fatto è che è altamente sconsigliato in un import inserire nuovi tag o 
> usare i tag meno usati.
>
> Regola che ha un suo senso, ma è pur vero che grazie ad essa in sostanza si 
> tiene alto in modo artificioso il numero di tag obsoleti o non adatti a 
> descrivere al meglio un oggetto sulla mappa.
>
> Imho se un tag è migliore di un altro lo si dovrebbe usare in ogni caso. E 
> taxon è meglio di species.
>
> ciao
> Paolo M
>
> ps: quando la apri la discussione sulla classificazione delle calli veneziane?
>

smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Editing di strada all'interno di un bosco

2018-10-31 Per discussione Max1234Ita

cascafico wrote
> Spezzare più che un problema è un vantaggio... 

Verissimo, e sono d'accordo con te.

Quello che intendevo dire è che spezzare quei multipoligoni di dimensioni
mostruose diventa problematico nel momento in cui devi farlo, specialmente
se da essi nascono oggetti di dimensioni ridotte ma che sono sempre
multipoligoni... 

Finisce sempre che ti ritrovi  con outer way che risultano "aperte" e/o
inner "esterne"... perchè ora appartengono alla nuova relazione ma vanno
rimosse da quella originaria!

*Dopo* è sicuramente un vantaggio, ma mentre lo stai facendo è un incubo...
:)

Max




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

[Talk-it] troppa attribuzione

Visto che qui si parla spesso di mancata attribuzione, sono lieto di
presentarvi un esempio di attribuzione ben visibile, dove in realtà da noi
ci sono pocchissimi dati (linee di costa, qualche punto per la posizione
delle città):

http://www.spiegel.de/politik/ausland/bild-1235495-1335916.html


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

Re: [Talk-it] Import civici Milano - regole di traduzione

Am Fr., 31. Aug. 2018 um 12:16 Uhr schrieb Andrea Musuruane <
musur...@gmail.com>:

> Ciao,
> oggi vediamo come tradurre i dati dei civici dal formato originario a
> quello OSM.
>
> Caricate i dati in QGIS per mezzo della funzione "Layer -> Aggiungi layer
> -> Aggiungi layer testo delimitato". Come "Campo X" e "Campo Y" scegliete
> rispettivamente WGS84_X e WGS84_Y. Come proiezione "WGS 84 / UTM zone 32N
> (EPGS:32632)".
>
> Salvate quindi il layer così ottenuto in uno shapefile (io ho usato per
> comodità lo stesso nome del file CSV ovvero Civici_20180718) avendo cura di
> usare la stessa proiezione.
>
> Per convertire i dati dal formato shapefile al formato OSM, usiamo ogr2osm
> con la seguente regola di traduzione.
> https://github.com/musuruan/osm_imports/blob/master/milano/civici.py
>
> La traduzione funziona secondo le seguenti regole:
>
>- *loc_ref* contiene *IDMASTER*. Questo è l'ID ufficiale del civico e
>sarà usato per fare la conflation in import futuri. Il tag loc_ref è già
>usato a Milano sulle highway per indicare il codice arco AMAT.
>
>
per me è inutile. L'indirizzo dovrebbe essere sufficiente per future
verifiche per capire di quale oggetto si parla. In più avremmo la lista di
tutti gli oggetti caricati con questo import (dalla lista dei changesets
del caricamento nella documentazione del import nel wiki), quindi si potrà
vedere cosa è successo con gli oggetti caricati, senza dover ricorrere a
degli ID esterni.



>- *addr:housenumber* contiente *NUMEROCOMPLETO* convertito in
>minuscolo (per l'esponente).
>- *addr:street* contiene il toponimo OSM della strada identificata da
>*CODICE_VIA* nello stradario generato precedentemente. Se *CODICE_VIA*
>non ha una corrispondenza, viene aggiungo un tag *fixme*.
>- *addr:city* contiene *Milano*. I confini amministrativi ISTAT sono
>spesso imprecisi ed è meglio sempre specificare la città per evitare casi
>dubbi.
>
> Inoltre, vengono scartati anche tutti i civici soppressi.
>


soppressi significa che non ci sono più i cartelli in loco?
Se incontriamo con la conflation dei civici già mappati ma soppressi, cosa
si fa?

Dal dato si capisce a cosa si riferisce il civico (ingresso ad un
fabbricato, cancello nel perimetro, ecc.)?

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

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

2018-10-31 Per discussione Phyks

Salut,

Sur BRouter, j'ai fait https://github.com/abrensch/brouter/pull/117 qui
est probablement loin d'être parfait mais permet d'attribuer des poids
aux zones d'exclusion (nogo) plutôt que de les ignorer complètement.

Avec ça d'un côté et les données ouvertes de travaux en cours de
l'autre, BRouter devrait donc pouvoir faire facilement du routage en
pénalisant les zones de travaux.

Il y a quelques données ouvertes de trafic qui sont disponibles
également (à Bordeaux par exemple
https://www.data.gouv.fr/fr/datasets/etat-du-trafic-en-temps-reel-sur-bordeaux-metropole/)
qui pourraient être intégrés.

Bonne journée,
--
Phyks

Le 2018-10-26 14:01, Nicolas Bétheuil a écrit :

J'ai été poser la question

https://ask.openrouteservice.org/t/roadworks-and-how-to-handle-it/45
https://groups.google.com/forum/#!topic/osm-android-bikerouting/bsRYArj8fCM
https://groups.google.com/forum/#!topic/opentripplanner-users/ryjK46IoOY8

pour commencer

Le ven. 26 oct. 2018 à 08:28, Phyks a écrit :

Merci ! J'avais pensé à verser les signalements de cyclassist dans
OED
(et utiliser OED plutôt qu'une base différente pour cyclassist),
mais je
n'étais pas sûr que ça ait parfaitement sa place dans OED.
J'avais eu un
peu de mal à trouver de la doc / des points de contact aussi :/

Mais c'est quelque chose qui pourrait changer facilement, il y a de
quoi
faire un dump des signalements de Cycl'Assist facilement.

Concernant les travaux, pour l'instant je récupère des points
libres
mais je voudrais reprendre ça pour les associer à des objets OSM.
La
plupart des sources fournissent une aire touchée par les travaux et
il
suffit alors de chercher les intersections avec les objets OSM.
C'est
sur ma liste de trucs à faire.

Concernant les modes de transport affectés (ou les fermetures
partielles
/ totales etc), c'est très souvent donné dans un champ texte
libre, avec
toutes les variations possibles du coup… rien de normalisé et de
facile
à réutiliser j'ai l'impression :/

Pour réutiliser ça dans un calculateur d'itinéraires, je sais que
certains proposent d'éviter des zones (OpenRouteService proposé
par JB,
brouter aussi). Du coup, pas besoin d'associer ça précisément à
un objet
OSM. Le seul problème que je vois avec les zones à éviter c'est
que ces
zones de travaux ne sont pas forcément "à éviter" mais plutôt
"à
pénaliser", du moins tant que l'information précise des éléments
(trottoirs, chaussée, fermeture partielle ou totale) n'est pas bien
connu. Des travaux sur un trottoir impliquent probablement des
complications pour les automobilistes, mais il n'y a aucune raison a
priori d'éviter totalement la zone.

--
Phyks

Le 25/10/2018 à 10:45, Nicolas Bétheuil a écrit :

Classe ! Félicitations !
J'adore la richesse d'OSM ! Ou de verser cyclassist dans OED ?

L'api d'OED

est publique.
Dire si ça concerne que les vélos où aussi les voitures, les

piétons,

mobilité réduite ?
Après pour que ce soit exploitable dans OSM par un calculateur
d'itinéraire, il faut rattacher ça à des objets OSM pour les

tagguer ?

Le jeu. 25 oct. 2018 à 09:33, Phyks a écrit :

Salut,

Vu que chaque ville à sa propre base / api ça me paraît

compliqué que les

calculateurs d'itinéraire le prenne en compte nottament avec

les

arguments

déjà évoqués. Vu aussi que l'idée est de ne pas faire

d'import dans OSM

mais que des contributeurs revalident ces données, modifier OSM

me parait

aussi compliqué en automatique : ce n'est pas qu'ajouter un

POI, faire

une

conflation ... les différents chantiers ont différents impact

donc à

tagguer différemment.

J'ai

https://framagit.org/phyks/cyclassist/blob/master/scripts/opendata/works.py

en stock avec toutes les opendata sur les travaux que j'ai

trouvées en

France pour l'instant (et qui les uniformise un minimum).

Ça devrait être possible de reprendre un script du genre et de
l'injecter dans OED, non ?

--
Phyks

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

--
Phyks

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

Re: [Talk-it] Import civici Milano - regole di traduzione

Andrea Musuruane wrote
>- *addr:housenumber* contiente *NUMEROCOMPLETO* convertito in minuscolo
>(per l'esponente).

Sto facendi delle prove per impostare una conflation collaborativa via
browser. Come è stato deciso di comporre l'indirizzo? Per esempio:

NUMERO+lowercase(LETTERA)+"/"+BARRA
NUMERO+uppercase(LETTERA)+"/"+BARRA
NUMERO+" "+uppercase(LETTERA)+"/"+BARRA
...

Avrebbe senso usare un ref che indichi il dataset sorgente? Per esempio
ref:MI_ds634





-

--
cascafico.altervista.org
twitter.com/cascafico
--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Borne de puisage

2018-10-31 Per discussione Stéphane Péneau

Attention, c'est "colour", et pas "color"

Stf

Le 29/10/2018 à 18:42, Gwenaël Jouvin a écrit :

Bonsoir,

Merci pour ce tuyau (d’arrosage) !

J’ai récemment ajouté un « poteau incendie » dont je me demandais pourquoi il
était vert et si peu visible dans l’ombre… ce serait donc une borne de puisage
? Pourtant, c’est physiquement un poteau utilisé ailleurs pour les points d’eau
incendie de la région.
J’avais aussi ajouté color=green :-)

Pour les véritables poteaux incendie, attention j’en ai déjà vu avec un
demi-capot jaune et l’autre rouge, impossible de savoir si c’est de la haute
pression dedans.
Il y a également ce document qui permet d’apprendre un peu :
http://www.sdis17.fr/sites/sdis17/files/fichiers/rddeci.pdf

Pour les points d’aspiration, ceci conviendrait-il ?
https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dsuction_point

Gwenaël

Le 29/10/2018 à 11:55, Nicolas Moyroud a écrit :

Merci Vincent (l'autre !) pour ces précisions.

Tu en as de ces TOCs toi ;)

Oui tout plein, mais j'ai même pas envie de me faire soigner !

Certaines communes ne respectent pas ce code couleur. Je pense par exemple à Senlis (60)
où une bonne proportion des "vrais" poteaux incendie sont du même vert que les
bornes de puisage, juste pour une raison esthétique :

MDR. Pour des raisons esthétiques c'est un peu comme tagguer pour le rendu ça !
D'après mon contact la réglementation devrait bientôt obliger à respecter les
codes par catégories d'hydrant. A voir...

pour les jaunes (je n'en ai jamais vues sauf à... Disneyland Paris :) ) je
suppose qu'une valeur numérique pour ce même tag doit aller. Voir
https://taginfo.openstreetmap.org/keys/fire_hydrant%3Apressure.

Pour les jaunes pas forcément évident de connaître la pression si ce n'est pas indiqué
dessus (mais peut-être que ça l'est systématiquement?). Y'a moyen d'indiquer
"supérieur à" pour une valeur numérique ? J'ai jamais fait ça...

On dirait que Disneyland aime mettre la pression. :-P

Nicolas

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

Re: [Talk-de] Werdet Mitglied in der OSM Foundation!

Am Mi., 31. Okt. 2018 um 10:54 Uhr schrieb Manfred A. Reiter <
ma.rei...@gmail.com>:

> Ich habe manchmal unterschiedliche Hüte auf dem Kopf.
> Aus der Sicht von OpenSaar kann ich das Anliegen von Michael nur MASSIV
> unterstützen!
>
> Bitte werdet Mitglied bei der OSMF!
>


+1, vielen Dank Michael, Du sprichst mir weitestgehend aus dem Herzen.
Bitte rennt der OSMF die Türen ein!

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

Re: [Talk-de] Werdet Mitglied in der OSM Foundation!

2018-10-31 Per discussione Manfred A. Reiter

Ich habe manchmal unterschiedliche Hüte auf dem Kopf.
Aus der Sicht von OpenSaar kann ich das Anliegen von Michael nur MASSIV
unterstützen!

Bitte werdet Mitglied bei der OSMF!



Am Di., 30. Okt. 2018 um 22:33 Uhr schrieb Michael Reichert <
osm...@michreichert.de>:

> Crossposting zu https://forum.openstreetmap.org/viewtopic.php?id=64288
>
> TL;DR Bitte werdet Mitglied in der OSM Foundation, bevor die OSM
> Foundation von einer Beschützungs- und Rechtehaltungsorganisation für
> OSM zu einer Interessenvertretung amerikanischer Firmen und HOT wird. Am
> Ende der Mail steht, wie man Mitglied wird. Es kostet 15 Britische Pfund
> und ist kein Abo.
>
>
> Liebe Mitmapper/innen und OSM-Interessierte,
>
> ich bin seit sieben Jahren bei OSM aktiv und seit zwei Jahren
> OSMF-Mitglied, weil ich mitbestimmen möchte, was mit dem passiert, in
> das ich viel Zeit gesteckt habe. Da sich die gelebte Praxis in der OSMF
> jedoch immer mehr von meinen Vorstellungen als Craftmapper entfernt,
> möchte ich euch bitten, ebenfalls Mitglied in der Foundation zu werden
> und dafür zu sorgen, dass die Interessen der Craftmapper ausreichend
> stark vertreten sind.
>
> Die OSMF gerät immer mehr in den Einfluss kommerzieller,
> US-amerikanischer Interessen. Von den sieben Vorständen stehen vier dem
> US-amerikanischen Big Business nahe und ein Fünfter, mein Vorgesetzter,
> verdient auch sein Geld mit OSM [1]. Zwar kommen knapp 40 Prozent der
> Mitglieder aus den USA und Kanada, 48 Prozent aus Europa, wovon aber
> mancher amerikanische/kommerzielle Interessen vertritt bzw. für sie
> eintritt. Dieses Verhältnis entspricht aber nicht dem Verhältnis der
> Beiträge zu OSM. [2]
>
> Die Interessen dieser Gruppen an Amerikanern weichen in vielen
> grundsätzlichen Fragen deutlich von den Interessen der freiwilligen
> (v.a. in Europa ansässigen) Craftmapper ab, die OSM aufgebaut und groß
> gemacht haben, ab. Die Amerikaner, die sich intensiv in der OSMF
> engagieren, sind auf Seiten US-amerikanischer Firmen und HOT US Inc.
>
> Dank der Mitgliedsbeiträge der Firmenmitgliedschaften brauchen wir zwar
> keine jährlichen Spendenaufrufe mehr, machen uns aber abhängig. Aufgrund
> dieser Nähe zu Firmen mangelt es der OSMF und ihrem Vorstand an der
> nötigen Distanz im Umgang mit diesen Firmen. Daher sollten wenigstens
> die Mitglieder als Korrektiv agieren können und schlechte Beschlüsse
> während der Diskussion im Vorfeld deutlich und mehrstimmig kritisieren
> und, falls es soweit kommt, bei einem Mitgliederentscheid ablehnen können.
>
> Die Dominanz bringt u.a. folgende Probleme mit sich:
>
> (1) Ich mache mit, weil ich die Sache gut finde und etwas zurückgeben
> möchte. Den Unternehmen geht es um ihr Geschäft – das liegt ja in ihrer
> Natur. Sie sehen in OSM eine Datenbank, in die man seine Daten kippen
> kann, weniger eine Community, die eine Datenbank pflegt. Bots bzw.
> automatische Datenerfassung im Allgemeinen ist für diese Firmen das
> heiße Ding. Leider sind viele Firmen zu Beginn mit Qualitätsmängeln
> aufgefallen. Qualitativ gutes Mapping wird erst geleistet, wenn Druck
> gemacht wird und Sperren drohen.
>
> Der Vorstand hat vor gut einem Jahr die Data Working Group beauftragt,
> eine Richtlinie dafür auszuarbeiten. Die DWG hat dazu im Herbst letzten
> Jahres eine Community-Umfrage durchgeführt und basierend auf den
> Ergebnissen einen  Richtlinienentwurf verfasst. Dieser wurde
> anschließend auf der Mailingliste OSMF-Talk von einem Chor an
> HOT-Aktivisten und Vertretern amerikanischer Geschäftsinteressen,
> kaputtkritisiert. HOT wäre von der Richtlinie nämlich auch betroffen.
> Das Archiv der HOT-Mailingliste ist reich an Beschwerden über
> qualitative Mängel von HOT-Mappingaktionen. [3]
>
> Anstatt der DWG den Rücken zu stärken, hat der Vorstand nichts getan.
> Ein neuen Entwurf der DWG liegt mittlerweile vor. Es ist nur noch
> Empfehlung. Keine seiner Regel ist verbindlich und stellt Interessen der
> Firmen über die Interessen der freiwilligen Craftmapper. Ob selbst
> dieser weichgespülte Entwurf vom Vorstand beschlossen wird, ist fraglich!
>
> Die Richtlinienentwürfe (einschließlich der deutschen Übersetzungen) und
> die Umfrage sind unter
> [url]https://wiki.openstreetmap.org/wiki/DE:Directed_Editing_Policy[/url]
> verlinkt.
>
>
> (2) Die zu große Nähe zu Firmen führt dazu, dass Firmen Rechte
> eingeräumt werdern, die sie nicht haben sollten. Wenn eine Firma gewisse
> Dinge über ihre Mappingaktivität geheim halten möchte, wird ihr das
> gestattet. Apple durfte auf der letzten State of the Map in Mailand
> einen Vortrag halten, der nicht aufgezeichnet wurde.
>
> Wer Firmen, die OSM nutzen oder gar selber mappen (lassen), kritisiert,
> wird für die Kritik kritisiert, selbst wenn ihre Nutzung oder ihre
> Beiträge für OSM kein Gewinn sind, z.B. eine Vearmung der
> Software-Vielfalt, Aufmerksamkeits-Trittbrettfahrer, kontroverse
> Datenimporte. (Beispiel siehe [4])
>
>
> (3) Es ist im Sinne der Firmen, mit einer OSMF zu interagieren, die
>

Re: [OSM-talk-fr] Retrouver un changeset commenté

2018-10-31 Per discussione Jérôme Seigneuret

Merci je suis dessus ;-)

A+

Le mer. 31 oct. 2018 à 10:44, Julien Lepiller  a écrit :

> Le 2018-10-31 10:34, Jérôme Seigneuret a écrit :
> > Bonjour,
> >
> > J'ai un changeset qui a été commenté mais n'ayant pas eu le temps
> > de le traité j'arrive pas à le retrouver.
> >
> > Pouvez vous me donner une solution pour le rechercher?
> >
> > Merci
> >
> > Bonne journée
> >
>
> Hello,
>
> tu peux utiliser l'outil How Did You Contribute (hdyc) :
> http://hdyc.neis-one.org/
>
> Une fois connecté, tu entre ton nom d'utilisateur, puis dans « Discussed
> own changesets », tu as un lien vers les discussions sur tes propres
> groupes de modification. À l'inverse, pour retrouver les groupes de
> modifications que tu as commentés, c'est le lien après « Changeset
> discussions ».
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Retrouver un changeset commenté

2018-10-31 Per discussione Julien Lepiller


Le 2018-10-31 10:34, Jérôme Seigneuret a écrit :

Bonjour,

J'ai un changeset qui a été commenté mais n'ayant pas eu le temps
de le traité j'arrive pas à le retrouver.

Pouvez vous me donner une solution pour le rechercher?

Merci

Bonne journée



Hello,

tu peux utiliser l'outil How Did You Contribute (hdyc) : 
http://hdyc.neis-one.org/


Une fois connecté, tu entre ton nom d'utilisateur, puis dans « Discussed 
own changesets », tu as un lien vers les discussions sur tes propres 
groupes de modification. À l'inverse, pour retrouver les groupes de 
modifications que tu as commentés, c'est le lien après « Changeset 
discussions ».


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

Re: [OSM-talk-fr] Retrouver un changeset commenté

Le 31. 10. 18 à 10:34, Jérôme Seigneuret a écrit :
> J'ai un changeset qui a été commenté mais n'ayant pas eu le temps 
> de le traité j'arrive pas à le retrouver.

rechercher la notification dans ta boite email :)
ou
http://hdyc.neis-one.org/ mettre ton nom d'utilisateur osm
clic sur "created x comments" dans la première partie
puis clic "without an answer" tout en haut
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Retrouver un changeset commenté

2018-10-31 Per discussione Jérôme Seigneuret

Bonjour,

J'ai un changeset qui a été commenté mais n'ayant pas eu le temps de le
traité j'arrive pas à le retrouver.

Pouvez vous me donner une solution pour le rechercher?

Merci

Bonne journée

-- 

Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Editing di strada all'interno di un bosco

Max1234Ita wrote
> IMHO, dipende dai casi.
> Per quanto ho potuto imparare col tempo, potrebbe andar bene anche unire i
> due boschi e tracciare la way della strada attraverso di essi: è un modo
> spiccio e pratico se il bosco è piccolo(*).
> Però mi vengono in mente anche casi in cui gestire il bosco come entità
> singola è a dir poco complicato.

Spezzare più che un problema è un vantaggio... Mi sono ricordato che, quando
mappai parecchi boschi della mia zona, spesso mi trovai col problemia dei
2000 nodi. Sono ricorso agli elettrodotti (anche quelli minori) per spezzare
i poligoni estesi. Eppoi, come già detto, semplifica la gestione dei
multipoligoni (le radure in mezzo al bosco).

Spezzare è fattibile anche senza separazione: il lato in comune dei due
boschi potrebbe causare qualche piccolo sfarfallìo in alcuni renderer, ma
concettualmente non è un errore... eppoi cìè il solito mantra del "non si
mappa per il rendering".





-

--
cascafico.altervista.org
twitter.com/cascafico
--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

2018-10-31 Per discussione Paolo Monegato


Il 30/10/2018 15:32, Sergio Manzi ha scritto:


Inoltre un import come questo può essere l'occasione per *promuovere 
l'uso di taxon*, così come in passato hanno fatto altri (/che, a mio 
avviso, "hanno visto la luce/").


Il fatto è che è altamente sconsigliato in un import inserire nuovi tag 
o usare i tag meno usati.


Regola che ha un suo senso, ma è pur vero che grazie ad essa in sostanza 
si tiene alto in modo artificioso il numero di tag obsoleti o non adatti 
a descrivere al meglio un oggetto sulla mappa.


Imho se un tag è migliore di un altro lo si dovrebbe usare in ogni caso. 
E taxon è meglio di species.


ciao
Paolo M

ps: quando la apri la discussione sulla classificazione delle calli 
veneziane?


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

Re: [Talk-it] Servizio come Google places API