Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[François Lacombe]

Vos désirs sont des ordres
https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/postes_electriques#Pi.C3.A8ges_.C3.A0_.C3.A9viter

Malheureusement Julien, aucune des photos ne montre un authentique poste
électrique.
Merci beaucoup, car cela aura servi à identifier des objets pouvant porter
à confusion
Je me suis permis de reprendre la photo des boites à fusibles dans le mur
pour le wiki en créditant dument l'auteur
Ces objets peuvent tous être inventoriés avec man_made=street_cabinet
https://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dstreet_cabinet

Ces listes peuvent être complétées selon les cas que vous trouvez


François


*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 18 juin 2018 à 23:29, Vincent Privat  a écrit :

> Yep, une section "Pièges à éviter" à la fin de la page pourrait aider.
> Genre ceci n'est pas une armoire électrique mais un DSLAM, un poste de gaz
> ou tout autre élément technique qui est bien difficile à différencier pour
> le commun des mortels :) Un lien vers https://wiki.openstreetmap.
> org/wiki/FR:Tag:man_made%3Dstreet_cabinet pourrait peu-têtre suffire pour
> ne pas trop surcharger la page.
>
> Le 18 juin 2018 à 22:48, Julien Lepiller  a écrit :
>
>> Le Mon, 18 Jun 2018 01:56:29 +0200,
>> François Lacombe  a écrit :
>>
>> >  Bonsoir à tous,
>> >
>> > Après avoir été gonflé à bloc par Donat pour inscrire l'idée sur le
>> > papier, voici une proposition de projet du mois pour Juillet
>> > prochain: constituer la Base Nationale des Postes électriques (oui ca
>> > fait BNPé)
>> >
>> > https://wiki.openstreetmap.org/wiki/FR:Project_of_the_
>> > month/postes_electriques
>> >
>> > [...]
>> >
>> > A très bientôt
>> >
>> > François
>>
>> Salut !
>>
>> j'ai fait un petit détour ce matin pour prendre quelques photos. Je
>> n'avais jamais vraiment fait attention à tout ça, mais en fait c'est
>> très diversifié !
>>
>> Déjà, la première photo que j'ai prise, je me rends compte que j'ai
>> confondu un poste électrique et un poste de distribution de gaz :
>> http://rennes.lepiller.eu/eri2R1aW--.1.jpg
>>
>> Comment on cartographie ça, sachant que le poste est incrusté dans un
>> mur ? En gros, il y a un mur qui longue le trottoir derrière lequel se
>> trouve un bout de terrain qui appartient à un stade. La porte se trouve
>> côté trottoir mais l'ensemble est de l'autre côté du mur.
>>
>> Ensuite, il y en a qui sont très proches :
>> http://rennes.lepiller.eu/eri2Tf92--.1.jpg
>>
>> Ceux à droite sont dans le mur d'un bâtiment. C'est pas la même chose
>> que
>> street_cabinet, si ?
>>
>> En voici un vieux qui pourrait illustrer le fait que certains postes
>> mentionnent encore EDF :
>> http://rennes.lepiller.eu/eri2WCan--.1.jpg
>>
>> Et un dernier pour la route :
>> http://rennes.lepiller.eu/eri2WgCf--.1.jpg
>>
>> Celui à droite ne mentionne pas d'opérateur, celui à gauche mentionne
>> « éclairage public ». Comment ça se cartographie ?
>>
>> En espérant que ça puisse aider à améliorer la page du wiki déjà très
>> bien documentée :)
>>
>> ___
>> 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] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[Vincent Privat]

Yep, une section "Pièges à éviter" à la fin de la page pourrait aider.
Genre ceci n'est pas une armoire électrique mais un DSLAM, un poste de gaz
ou tout autre élément technique qui est bien difficile à différencier pour
le commun des mortels :) Un lien vers
https://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dstreet_cabinet
pourrait peu-têtre suffire pour ne pas trop surcharger la page.

Le 18 juin 2018 à 22:48, Julien Lepiller  a écrit :

> Le Mon, 18 Jun 2018 01:56:29 +0200,
> François Lacombe  a écrit :
>
> >  Bonsoir à tous,
> >
> > Après avoir été gonflé à bloc par Donat pour inscrire l'idée sur le
> > papier, voici une proposition de projet du mois pour Juillet
> > prochain: constituer la Base Nationale des Postes électriques (oui ca
> > fait BNPé)
> >
> > https://wiki.openstreetmap.org/wiki/FR:Project_of_the_
> > month/postes_electriques
> >
> > [...]
> >
> > A très bientôt
> >
> > François
>
> Salut !
>
> j'ai fait un petit détour ce matin pour prendre quelques photos. Je
> n'avais jamais vraiment fait attention à tout ça, mais en fait c'est
> très diversifié !
>
> Déjà, la première photo que j'ai prise, je me rends compte que j'ai
> confondu un poste électrique et un poste de distribution de gaz :
> http://rennes.lepiller.eu/eri2R1aW--.1.jpg
>
> Comment on cartographie ça, sachant que le poste est incrusté dans un
> mur ? En gros, il y a un mur qui longue le trottoir derrière lequel se
> trouve un bout de terrain qui appartient à un stade. La porte se trouve
> côté trottoir mais l'ensemble est de l'autre côté du mur.
>
> Ensuite, il y en a qui sont très proches :
> http://rennes.lepiller.eu/eri2Tf92--.1.jpg
>
> Ceux à droite sont dans le mur d'un bâtiment. C'est pas la même chose
> que
> street_cabinet, si ?
>
> En voici un vieux qui pourrait illustrer le fait que certains postes
> mentionnent encore EDF :
> http://rennes.lepiller.eu/eri2WCan--.1.jpg
>
> Et un dernier pour la route :
> http://rennes.lepiller.eu/eri2WgCf--.1.jpg
>
> Celui à droite ne mentionne pas d'opérateur, celui à gauche mentionne
> « éclairage public ». Comment ça se cartographie ?
>
> En espérant que ça puisse aider à améliorer la page du wiki déjà très
> bien documentée :)
>
> ___
> 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-cz] placené úseky dálnic

[Petr Vozdecký]

Ahoj,

po letech jsem se setkal s úkolem zjistit, které úseky dálnice jsou placené
a které nikoliv. Na OSM renderech na osmap.cz to vizuálně oddělené nemáme.
Pamatuji se (tedy tuším), že to před časem barevně rozlišovaly google mapy,
ale nerozlišují. Mapy.cz taky ne.

Prostě si pamatuji, že např. úsek kolem Brna měl trochu jinou barvu... a
nemá...

Jo a ten důvod byl zjistit, které úseky jsou placené v poslku, protože mám
dojem, že je to méně než polovina ze skutečné délky dálnic... A na polském
webu jsem našel dvě zcela odporující si mapky...

Tedy dotaz - exituje render, který to znázorňuje? Hlavně render nad OSM... A
máte sklep? A mohla bych ho vidět? :)

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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[Julien Lepiller]

Le Mon, 18 Jun 2018 01:56:29 +0200,
François Lacombe  a écrit :

>  Bonsoir à tous,
> 
> Après avoir été gonflé à bloc par Donat pour inscrire l'idée sur le
> papier, voici une proposition de projet du mois pour Juillet
> prochain: constituer la Base Nationale des Postes électriques (oui ca
> fait BNPé)
> 
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_
> month/postes_electriques
> 
> [...]
> 
> A très bientôt
> 
> François

Salut !

j'ai fait un petit détour ce matin pour prendre quelques photos. Je
n'avais jamais vraiment fait attention à tout ça, mais en fait c'est
très diversifié !

Déjà, la première photo que j'ai prise, je me rends compte que j'ai
confondu un poste électrique et un poste de distribution de gaz :
http://rennes.lepiller.eu/eri2R1aW--.1.jpg

Comment on cartographie ça, sachant que le poste est incrusté dans un
mur ? En gros, il y a un mur qui longue le trottoir derrière lequel se
trouve un bout de terrain qui appartient à un stade. La porte se trouve
côté trottoir mais l'ensemble est de l'autre côté du mur.

Ensuite, il y en a qui sont très proches :
http://rennes.lepiller.eu/eri2Tf92--.1.jpg

Ceux à droite sont dans le mur d'un bâtiment. C'est pas la même chose 
que
street_cabinet, si ?

En voici un vieux qui pourrait illustrer le fait que certains postes
mentionnent encore EDF :
http://rennes.lepiller.eu/eri2WCan--.1.jpg

Et un dernier pour la route :
http://rennes.lepiller.eu/eri2WgCf--.1.jpg

Celui à droite ne mentionne pas d'opérateur, celui à gauche mentionne
« éclairage public ». Comment ça se cartographie ?

En espérant que ça puisse aider à améliorer la page du wiki déjà très
bien documentée :)

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

Re: [Talk-cz] Dokončení importu benzinek EuroOil

[xkomc...@centrum.cz]

Asi zatím nejrozumnější návrh (service taky nezněl špatně), dal jsem 
tedy oběma benzinkám payment:cash="příslušný časový úsek"; 
payment:mastercard ani payment:visa jsem nezadával, jelikož netuším čím 
vším se tam dá platit (CCS? AMEX? Něco jiného?)



Kdyby se v tom chtěl někdo vrtat, tak jsou to benzinky EuroOil Světlá 
nad Sázavou (ref 301) a EuroOil Nehvizdy (ref 129)



Jirka Komárek


PS: Mariáne, šla by upravit data tak, aby nikdy nekončila mezerou? To by 
odstranilo "problémy" s těmi čtyřmi pumpami, které ji v původních datech 
v názvu na konci mají... Ale je to jen taková drobnost, až se jednou 
budeš hodně nudit ;-)



On 18.6.2018 17:16, Petr Vozdecký wrote:
Technický dotaz - když tagujeme opening_hours u hospody, tagujeme taky 
čas, do kdy vaří, resp. do kdy se dá objednat jídlo? Není to trochu už 
za hranou? Skoro jako u opening_hours u velkýho obchoďáku doplňovat 
čas, do kdy je vhodný jít dovnitř, aby to člověk "do zavíračky" 
stihnul projít až k pokladnám...

:)

U samoobslužné benzinky fungující půl doby s obsluhou a půl doby bez 
obsluhy bych samozřejmě prosazoval pro samotnou benzinku 
*amenity=fuel* jako primární tag *opening_hours=24/7* protože PHM tam 
v tyto časy zakoupit lze. Pro bližší specifikaci bych se nebál použít 
description=* a navíc i 
https://wiki.openstreetmap.org/wiki/Cs:Key:payment kde je popsána 
aplikace v podobě *payment:mastercard=Mo-Fr 08:00-13:00*, takže by se 
dalo uvést *payment:cash=Mo-Fr 08:00-20:00*a k tomu 
*payment:mastercard=24/7; **payment:visa=24/7; *


-- Původní e-mail --
Od: majka 
Předmět: Re: [Talk-cz] Dokončení importu benzinek EuroOil


Což takhle opening_hours=24/7 a k tomu service_times? Sama jsem
tohle dávala třeba k STK, kde otvírací doba je delší než doba, po
kterou provádí prohlídky aut.



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


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

[OSM-talk-fr] Cartopartie ce samedi 23/06 de 9h à 12h à Ambérieu-en-Bugey (01)

[Rene Chalon]

Bonsoir à tous,

L'association Karya et CartONG organisent une cartopartie

le Samedi 23 juin de 9h à 12h
à l’Accorderie du Bugey
au 1 Paul Painlevé  01500 Ambérieu en Bugey

Ouvert aux débutants, cet atelier est une initiation à la cartographie

L’Association Karya œuvre depuis 16 ans pour les enfants victimes de 
trafiquants au Népal.
Les premiers rescapés, aujourd’hui de jeunes adultes, ont le souhait 
d’aider au désenclavement de leur village par la création de circuits 
touristiques. Or cette région ne figure pas précisément sur les cartes 
disponibles.


Pour participer à cette tâche humanitaire, venez avec un ordinateur. Si 
vous n’en avez pas, nous pourrons travailler en binôme.
En utilisant l’application OpenStreetMap, vous ferez naître sur les 
cartes ces villages ignorés, en traçant des constructions, chemins et 
divers lieux identifiables à partir d’images satellites. Ces cartes 
réalisées pourront être utilisées par différentes ONG qui ont des 
projets pour cette région, voire servir en cas de catastrophe naturelle.


Venez nombreux !




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

[Talk-cz] Neco mezi Vespucci a OsmAnd pro editaci v terenu

[majka]

18. června 2018 19:26:52 SELČ, mahdi1234  napsal:
>
>
>
> Idealni app by byla OsmAnd + JOSM-like vyplnovani vlastnosti. Asi to
> skonci OsmAndem a do poznamky nebo pridanim note si poznacit, co pak
> doma poupravit.
>
>
U bodů v OsmAndu lze využít tlačítko rychlé akce a předdefinovat si ty
nejběžnější předvolby. Je možné toho tam mít nadefinovaného spoustu. Pak už
se jen vybírá a zadává místo.
Jen některé věci ani tak nejdou, protože nemají hlavní tag, který se musí
vybrat z toho, co OsmAnd nabízí.

Sama používám kombinaci - běžně OsmAnd a foto poznámky, k tomu občas
skutečné poznámky OSM.
Pokud jsem denně u PC, zbytek dělám na základě těch fotek.

A pokud jsem delší dobu mimo PC, řeším co přes OsmAnd nejde pomocí
Vespucci. Ale na mobilu je to opruz, stejně je to třeba dodatečně
zkontrolovat a případně opravit.

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

Wochennotiz Nr. 412 05.06.2018–11.06.2018

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2018/06/wochennotiz-nr-412/

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

Wochennotiz Nr. 412 05.06.2018–11.06.2018

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2018/06/wochennotiz-nr-412/

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

Re: [Talk-cz] REKOLA Bikesharing v Ostravě

[Ha Noj]

> timto seskupovanim objektu do relaci si nejsem uplne jisty, viz:
> https://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories
> (je to odkazovano z https://wiki.openstreetmap.org/wiki/Relation ).
*** Autobusova linka ma tyto zastavky, Velonet ma tyto stanice. Ano,
nejedna se o kategorii.

hanoj

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

Re: [Talk-transit] tram vs. bus_guideway

[Johnparis]

No, it was a private conversation that covered a lot of other ground. The
technical details are in the wiki, however, in the section on guided buses.

On Mon, Jun 18, 2018 at 6:28 PM, Mateusz Konieczny 
wrote:

>
>
>
> 16. Jun 2018 01:08 by ok...@johnfreed.com:
>
> I asked TRuchin, who gave me a technical explanation. (Apparently the
> wheels are different.)
>
>
> Is this discussion on forum, changeset discussion or other public place
> that can be linked ?
>
> ___
> 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

[Talk-cz] Neco mezi Vespucci a OsmAnd pro editaci v terenu

[mahdi1234]

cau,

hledam editor pro Android, kterej by mel mix moznosti techto dvou,
nejspis neexistuje, ale aspon si to potvrdim :)

https://play.google.com/store/apps/details?id=de.blau.android
https://play.google.com/store/apps/details?id=net.osmand

Telefon mam primarne pro navigaci a net zapinam jen pro traffic info,
takze v terenu kolo/turistika jsem v offline modu. Co vidim za
vyhody/nevyhody techto app:

Vespucci

- musim predem stahnout danou oblast + pokud je hodne informaci na mape,
je tato oblast dosti mala a musi se stahovat vicekrat
- je treba dany oblasti rucne obnovovat (napr po mesici, uz muze byt
zastarala)
- zmatecnej mod pridavani prvku, nidky poradne nevim, co je v undo
stacku a uz mi to parkrat nahralo neco, co sem nechtel (a to i pri
tag-only edit modu)
- s predchozim souvisi, ze sem nenasel moznost, jak nahrat jen naky
zmeny, vzdy musim poslat vse

plusy

- JOSM-like editace objektu, tedy vyber z predpripravenych advanced
vlastnosti (super!)

OsmAnd

- jen zakladni vlastnosti objektu, zbytek nutno datlovat (znat z hlavy
tagy, po urcitym poctu znaku doplni, ale i tak)
- neumi editaci objektu z vice nodes

plusy

- offline mapy (+ mam OSM live, takze inkrementalni zmeny kazdou hodinu,
pokud bych nutne potreboval)
- moznost poslat jen nektery zmeny a jiny komplet revertnout

Idealni app by byla OsmAnd + JOSM-like vyplnovani vlastnosti. Asi to
skonci OsmAndem a do poznamky nebo pridanim note si poznacit, co pak
doma poupravit.

dik,
mahdi

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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[François Lacombe]

Bonsoir Adrien, Nicolas et JB

Le 18 juin 2018 à 08:29, PanierAvide  a écrit :

> Quitte à s'y prendre en avance, comment on peut s'organiser pour relayer
> ce projet, et éventuellement impliquer les acteurs métiers qui pourraient
> être de gros contributeurs (c'est une question ouverte à tous) ?
>

De mon point de vue, twitter et Linkedin.
Je vais essayer de remonter ça à des techniciens de terrain également pour
attirer aussi des connaisseurs du domaine.

Après le bouche à oreille, lors des réunions mensuelles locales, forums,
etc...

Vu la quantité de points à traiter, ce projet devrait continuer à vivre au
delà du mois de juillet, même si un suivi et animation particuliers seront
fait durant cette période


Le 18 juin 2018 à 14:33, Nicolas Moyroud  a écrit :

>
> Petite question : comment se fait-il que certaines communes soient
> totalement dépourvues ? Ce sont des communes qui ne sont pas couvertes par
> cet exploitant ?
>

Merci pour les remarques :)
Certaines communes ne sont pas couvertes par le réseau d'Enedis, qui est le
seul distributeur a avoir libéré
Pour vérifier la commune :
https://www.agenceore.fr/distributeurs-de-gaz-et-delectricite-par-commune/?tx_annuairegrd_cartographie%5Baction%5D=geolocalisation_annuairegrd_cartographie%5Bcontroller%5D=Grd=a707b322b97f1509f523a51ca5723b00


Le 18 juin 2018 à 16:53, JB  a écrit :

> Le Josm-fix contient power=substation (il sera écrasé par power=pole),
> mais également substation=minor_distribution qui fait râler le validateur
> de JOSM. Après comparaison, j'ai déduit que le tag était en trop. Est-ce
> que la base de données originale aurait permis de ne pas proposer ce tag à
> l'intégration ?
>
>
Malheureusement non.
Il n'y a aucun attribut associé aux points libérés par Enedis, du coup on
ne peut pas personnaliser le josm-fix à chacun.
Il faut donc faire bien attention, c'est pour ça que les exemples sont là
en bas de page. J'ai reçu des idées que j'ajouterai prochainement

Point positif: le validateur JOSM est de bon conseil, on travaille encore à
l'améliorer

Bonne soirée


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

Re: [Talk-transit] tram vs. bus_guideway

[Mateusz Konieczny]

16. Jun 2018 01:08 by ok...@johnfreed.com :


> I asked TRuchin, who gave me a technical explanation. (Apparently the wheels 
> are different.)




Is this discussion on forum, changeset discussion or other public place that 
can be linked ?

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

Re: [Talk-de] Zerstörtes Gebäude (demolished) einzeichen (Schild verweist auf Standort)

[René Kirchhoff]

Hallo Manuel,  in meinen Augen hast du alles richtig gemacht. Ich würde den
Fehler ebenfalls schließen. Gruß René

Am 17. Juni 2018 um 17:19 schrieb Manuel Reimer 
:

> Hallo,
>
> da bei uns recht ordentlich erfasst ist, habe ich direkt am Wohnort schon
> einige Zeit keine Änderungen mehr an der Karte gemacht.
>
> Vor wenigen Tagen habe ich aber mal geschaut was für Kartenfehler gemeldet
> sind. Dabei bin ich auf folgenden gestoßen:
>
> https://www.openstreetmap.org/note/1197712#map=17/49.97016/9
> .64038=N
>
> Erfasst hatte ich den mit/für den lokalen Heimat- und Geschichtsverein.
> Die Mühle ist in zahlreichen Flyern erwähnt und im "lokalen Sprachgebrauch"
> durchaus noch üblich.
>
> https://www.openstreetmap.org/node/1028449854#map=17/49.9705
> 928/9.6378074layers=N
>
> Ich war bisher der Meinung das alles korrekt eingetragen zu haben. Das
> Abrissdatum ist drin, es ist explizit darauf hingewiesen, dass das Gebäude
> abgerissen wurde.
>
> Im Gegensatz zu so manchem erfassten "abgerissenen" Gebäude ist in
> gewissem Maß sogar das Gebot "nur mappen was vor Ort nachvollzogen werden
> kann" gewahrt. Eine Tafel vom Spessartbund (hier verläuft ein Kulturweg,
> der auch mehrfach auf die Mühlen hinweist) verweist auf den Standort. Kann
> also für jeden nachvollzogen werden auch ohne "Ortskundige" zu fragen.
>
> Hintergrund für das Anlegen des Knotens war, dass ich gerne einen Eintrag
> dafür hier haben wollte:
>
> http://gk.historic.place/historische_objekte/translate/en/
> index-en.html?zoom=17=49.96999=9.63967=HaHbHcSaHe
>
> Steht da auch korrekt als "former watermill location".
>
> Weiterhin nutze ich den Knoten auf der Karte des Heimat- und
> Geschichtsvereins um Infos zum (ehemaligen) Gebäude auf die Karte zu packen:
>
> http://karte.hgv-steinfeld.de/
>
> Wie ist die Meinung hier dazu. Wenn es komplett falsch ist, sowas zu
> mappen, dann kann ich das mit meiner Karte auch anders lösen.
>
> Ich selber tendiere aktuell dazu den Fehler mit einem Hinweis auf die
> Tafel, die auf den Standort des ursprünglichen Gebäudes hinweist, zu
> schließen.
>
> Gruß
>
> Manuel
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSRM-talk] how to block subway routes to foot profile?

[Patrick Agin]

I find it difficult to understand the logic behind a particular profile and
the documentation is not extensive. Could you tell me where I should add
the logic to remove subway from the routing graph? I see defined in
foot.lua *access_tag_blacklist*, *restricted_access_tag_list*,
*service_access_tag_blacklist*, *restrictions* and *avoid* variables and I
don't know where to add my particular restriction.
Thanks Daniel
Patrick

Le lun. 18 juin 2018 à 11:36, Daniel Patterson  a écrit :

> Hi Patrick,
>
>   In order to exclude them from matching, you'll need a way to identify
> them via the OSM tags.  If you can figure out the tags that are on these
> ways and not others, you can add some logic to `profiles/foot.lua` to
> remove them from the routing graph.  If they're removed, then won't be
> matched on.
>
> daniel
>
> On Mon, Jun 18, 2018 at 7:55 AM Patrick Agin 
> wrote:
>
>> Hi,
>> I noticed that some routes returned by match service (for foot profile)
>> are subway routes. How to prohibit these solutions?
>> Thanks
>> Patrick
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-cz] Dokončení importu benzinek EuroOil

[majka]

On Mon, 18 Jun 2018 at 17:17, Petr Vozdecký  wrote:

> Technický dotaz - když tagujeme opening_hours u hospody, tagujeme taky
> čas, do kdy vaří, resp. do kdy se dá objednat jídlo? Není to trochu už za
> hranou? Skoro jako u opening_hours u velkýho obchoďáku doplňovat čas, do
> kdy je vhodný jít dovnitř, aby to člověk "do zavíračky" stihnul projít až k
> pokladnám...
> :)
>
Chápu co myslíš, ale:
Pokud už dávám opening_hours konkrétně u té STK, tak za docela důležitou
informaci považuji, že ačkoli STK má do 22:00 hod., tak emise končí ve
20:00. To, že u obojího musím být na dílně 30 min předem pomíjím, a
ignoruji i to, že mi podle posledních informací bude minimálně další 3
hodiny trvat, než vystojím frontu.
U té benzínky by mě ten automat taky možná překvapil - zvlášť u jedné z
místních, kde automat je jen jediný stojan vzadu kde se dá natankovat. Ale
k benzínu se dostanu, jen tu tatranku za odměnu k plné nádrži mi večer
nikdo nedá :)
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSRM-talk] how to block subway routes to foot profile?

[Daniel Patterson]

Hi Patrick,

  In order to exclude them from matching, you'll need a way to identify
them via the OSM tags.  If you can figure out the tags that are on these
ways and not others, you can add some logic to `profiles/foot.lua` to
remove them from the routing graph.  If they're removed, then won't be
matched on.

daniel

On Mon, Jun 18, 2018 at 7:55 AM Patrick Agin  wrote:

> Hi,
> I noticed that some routes returned by match service (for foot profile)
> are subway routes. How to prohibit these solutions?
> Thanks
> Patrick
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-cz] Dokončení importu benzinek EuroOil

[Petr Vozdecký]

Technický dotaz - když tagujeme opening_hours u hospody, tagujeme taky čas,
do kdy vaří, resp. do kdy se dá objednat jídlo? Není to trochu už za hranou?
Skoro jako u opening_hours u velkýho obchoďáku doplňovat čas, do kdy je
vhodný jít dovnitř, aby to člověk "do zavíračky" stihnul projít až k
pokladnám...
:)

U samoobslužné benzinky fungující půl doby s obsluhou a půl doby bez obsluhy
bych samozřejmě prosazoval pro samotnou benzinku amenity=fuel jako primární
tag opening_hours=24/7 protože PHM tam v tyto časy zakoupit lze. Pro bližší
specifikaci bych se nebál použít description=* a navíc i https://wiki.
openstreetmap.org/wiki/Cs:Key:payment kde je popsána aplikace v podobě
payment:mastercard=Mo-Fr 08:00-13:00, takže by se dalo uvést payment:cash=Mo
-Fr 08:00-20:00 a k tomu payment:mastercard=24/7; payment:visa=24/7; 

-- Původní e-mail --
Od: majka 
Předmět: Re: [Talk-cz] Dokončení importu benzinek EuroOil "



Což takhle opening_hours=24/7 a k tomu service_times? Sama jsem tohle dávala
třeba k STK, kde otvírací doba je delší než doba, po kterou provádí
prohlídky aut.


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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[JB]

En tant que non-spécialiste, une remarque :
J'ai fait une intégration de transformateur situé sur un pylône 
électrique : https://www.openstreetmap.org/node/569989/
Le Josm-fix contient power=substation (il sera écrasé par power=pole), 
mais également substation=minor_distribution qui fait râler le 
validateur de JOSM. Après comparaison, j'ai déduit que le tag était en 
trop. Est-ce que la base de données originale aurait permis de ne pas 
proposer ce tag à l'intégration ?

Sinon, la géolocalisation dans le coin a l'air plutôt propre.
JB.

Le 18/06/2018 à 01:56, François Lacombe a écrit :

Bonsoir à tous,

Après avoir été gonflé à bloc par Donat pour inscrire l'idée sur le 
papier, voici une proposition de projet du mois pour Juillet prochain: 
constituer la Base Nationale des Postes électriques (oui ca fait BNPé)


https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/postes_electriques 



Je propose donc de s'occuper des 730 000 postes électriques libérés 
par Enedis en mai dernier, ils sont dès à présent visibles sur Osmose 
pour l'intégration. http://osmose.openstreetmap.fr/fr/map/#item=8280 

Il y a d'autres exploitants en France, qui n'ont pas forcément libéré 
leur données, ce qui porte le nombre total de points à ajouter dans le 
cadre de ce projet à environ 850 000.
Une idée de la tâche à accomplir: 
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8280 



Les jeux de données ouvertes disponibles étant peu bavards, la 
collecte d'informations de terrain a une valeur importante, démontrant 
si il le fallait encore la pertinence d'OSM.
J'ai essayé de simplifier au maximum la description des différents cas 
possibles pour permettre autant que faire se peut de collecter le plus 
possible d'informations différentes.
Je suis preneur de commentaires d'ici le 01 juillet pour améliorer 
cette proposition


Enfin, je le remets ici parce que c'est important: ne jamais pénétrer 
à l'intérieur d'une installation électrique fermée sans être habilité. 
Les dangers sont réels, invisibles et aucune quête ne mérite qu'on s'y 
expose inutilement.


A très bientôt

François


___
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] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[Frédéric Rodrigo]

Comme pour l'eau. Il existe des régies municipale d’électricité. La 
commune produit et sert sa propre électricité.




Le 18/06/2018 à 14:33, Nicolas Moyroud a écrit :

Bonjour,

Merci pour ce projet du mois, j'ai commencé à travailler dans mon 
secteur. Y'en a pour un bon moment ! :-)


Petite question : comment se fait-il que certaines communes soient 
totalement dépourvues ? Ce sont des communes qui ne sont pas couvertes 
par cet exploitant ?


a+

Nicolas



___
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

hebdoOSM Nº 412 2018-06-05-2018-06-11

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 412 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/10432/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
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

hebdoOSM Nº 412 2018-06-05-2018-06-11

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 412 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/10432/

Bonne lecture !

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

hebdoOSM Nº 412 2018-06-05-2018-06-11

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 412 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/10432/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-ca] weeklyOSM #412 2018-06-05-2018-06-11

[weeklyteam]

The weekly round-up of OSM news, issue # 412,
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/10432/

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-us] weeklyOSM #412 2018-06-05-2018-06-11

[weeklyteam]

The weekly round-up of OSM news, issue # 412,
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/10432/

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

hebdoOSM Nº 412 2018-06-05-2018-06-11

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 412 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/10432/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[OSM-talk-ie] weeklyOSM #412 2018-06-05-2018-06-11

[weeklyteam]

The weekly round-up of OSM news, issue # 412,
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/10432/

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-africa] weeklyOSM #412 2018-06-05-2018-06-11

[weeklyteam]

The weekly round-up of OSM news, issue # 412,
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/10432/

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-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[OSM-talk] weeklyOSM #412 2018-06-05-2018-06-11

[weeklyteam]

The weekly round-up of OSM news, issue # 412,
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/10432/

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-in] weeklyOSM #412 2018-06-05-2018-06-11

[weeklyteam]

The weekly round-up of OSM news, issue # 412,
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/10432/

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-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[talk-ph] weeklyOSM #412 2018-06-05-2018-06-11

[weeklyteam]

The weekly round-up of OSM news, issue # 412,
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/10432/

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: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[Nicolas Moyroud]

Bonjour,

Merci pour ce projet du mois, j'ai commencé à travailler dans mon 
secteur. Y'en a pour un bon moment ! :-)


Petite question : comment se fait-il que certaines communes soient 
totalement dépourvues ? Ce sont des communes qui ne sont pas couvertes 
par cet exploitant ?


a+

Nicolas



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

[Talk-it] Sentiero interrotto o con divieto d'accesso

[emmexx]

Ieri camminando ho incontrato 2 situazioni che non so bene come mappare.

1. tratto di sentiero interrotto
il tratto si trova sulla cresta di una morena ed è pericolante. Alle
estremità è stato chiuso con delle barriere.

È sufficiente mettere access=no ?
Non c'è qualche tag che non indichi solo il diritto legale ad accedere
ma anche il fatto che c'è un pericolo?

2. tratto di sentiero al cui inizio è presente una ordinanza sindacale
che vieta la percorrenza a causa della pericolosità. In questo caso non
ci sono barriere.
Stesse domande del punto 1.

grazie
maxx

p.s. per contestualizzare per mappatori della zona, stavo raggiungendo
da Macugnaga il rifugio Zamboni Zappa nel ghiacciaio del Belvedere.
https://www.openstreetmap.org/?mlat=45.9574=7.9156#map=16/45.9574/7.9156

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

Re: [talk-au] Mapping houses and addresses in Sydney

[Dion Moult]

On June 18, 2018 8:56 PM, Warin <61sundow...@gmail.com> wrote:

> On 18/06/18 20:30, Andrew Harvey wrote:
>
>> On 18 June 2018 at 19:21, Dion Moult  wrote:
>>
>>> Thanks Andrew for your reply!
>>>
>>> 1. Thanks for the link to the import guidelines. My responses to the import 
>>> guidelines below:
>>
>> First up I think any changesets that import addresses in this way should 
>> have an extra changeset tag so if we need to we can identify which 
>> changesets did the import (so more than just source=LPI NSW Base Map). 
>> Something like import=NSW Address Points or something.
>
> source:import=LPI API via ?? something like that?

Sure thing, I would be happy to if that is the appropriate thing to do :)

>> I'm not sure about separating the address with a ";" like 
>> https://www.openstreetmap.org/way/593297556/history#map=19/-33.78072/151.06688=N,
>>  could they not be two separate points? If it's a duplex, then I'd do it as 
>> a single building with addr:housenumber=11, then if you want two nodes 
>> inside the building for 11A and 11B.
>
> I have had separate buildings for A and B - share a common wall. In some 
> instances I have 11 then 11A .. but no B.

Thanks for the advice! I've fixed it to use two nodes. However, please note 
that that particular building was not mapped as part of my import script 
proposal. That was mapped previously by me completely manually. If I had used 
the import script it would have created two nodes, one for 11A and one for 11B.

>> While I don't think there's anything wrong with 2/18 as a first pass, eg 
>> https://www.openstreetmap.org/node/5667899003, I think it's better to use 
>> addr:unit=2 addr:housenumber=18.

Thanks :) I was wondering what was a better way of doing that. Fixed :) Again 
as above this was mapped manually by me and not using the script.

>>>  1. I am aware that big automatic updates can cause problems. I will only 
>>> import addr:housenumber and addr:street and a single node.
>>
>> What are you planning on doing where the address in already in OSM? I think 
>> in this case we should just not import that point and leave the existing OSM 
>> addresses.
>
> Depends .. I have come across addresses that were out of sequence. Contacted 
> the still active mapper (moved to Germany) and had not response .. after some 
> months I have simple deleted them.
> So it is worth checking that the new data is is not 'better' than the present 
> OSM data.

With my proposal of a semi-automated approach, every single new address will 
have to be explicitly decided upon by a human mapper. A human mapper can decide 
when to import the point if the existing data look bad (based off the LPI Base 
Map raster background) and when to leave the existing OSM addresses.

>>
>>
>>> 2. Yes, you are absolutely right that this is not a huge automatic import - 
>>> it relies on a human choosing what addresses to add and a human submitting 
>>> it as a change. All it does it automate the address lookup and make sure 
>>> that the node is neatly positioned at the correct location.
>>
>>> 3. It looks like you're grabbing their entire dataset. That would be the 
>>> alternative approach, doing a data dump, then importing that dump. This can 
>>> import a lot more addresses, but is also much more complex. Is it worth 
>>> pursuing? What do you reckon?
>>
>> Oh I'm not suggesting that. It makes sense for the OpenAddresses project to 
>> use a complete extract, but as you might have seen in the openaddresses 
>> ticket there's a lot of problems trying to dump the data, so your approach 
>> of doing it bit by bit should work much better for an OSM import.

Sounds good! Sorry for the misunderstanding :)

>>
>>
>>> 4. It seems odd that they would provide an API but would prevent anything 
>>> from using it.
>>> 5. Looks like they are doing the big data import. See 3.
>>
>> Not quite, they did it using the approach you've described, broken it down 
>> into pices and manually imported everything.
>
> It might be good to do one section and let people have a look at it?
> I do think you'll find it repetitive. Maybe take a break and map something 
> else for a while.
>
> Good Luck.

Yes, an incremental approach followed by regular review sounds good.___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Mapping houses and addresses in Sydney

[osm.talk-au]

From: Warin <61sundow...@gmail.com> 
Sent: Monday, 18 June 2018 20:57
To: talk-au@openstreetmap.org
Subject: Re: [talk-au] Mapping houses and addresses in Sydney

 

On 18/06/18 20:30, Andrew Harvey wrote:

On 18 June 2018 at 19:21, Dion Moult mailto:d...@thinkmoult.com> > wrote:

Thanks Andrew for your reply!

 

1. Thanks for the link to the import guidelines. My responses to the import 
guidelines below:

 

First up I think any changesets that import addresses in this way should have 
an extra changeset tag so if we need to we can identify which changesets did 
the import (so more than just source=LPI NSW Base Map). Something like 
import=NSW Address Points or something.


source:import=LPI API via ?? something like that?




 

Following the import guidelines and using a dedicated account for such imports 
should already make it clear?

 

(sorry for replying to the wrong mailing list first)

 

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

Re: [talk-au] Mapping houses and addresses in Sydney

[Warin]

On 18/06/18 20:30, Andrew Harvey wrote:
On 18 June 2018 at 19:21, Dion Moult > wrote:


Thanks Andrew for your reply!

1. Thanks for the link to the import guidelines. My responses to
the import guidelines below:


First up I think any changesets that import addresses in this way 
should have an extra changeset tag so if we need to we can identify 
which changesets did the import (so more than just source=LPI NSW Base 
Map). Something like import=NSW Address Points or something.


source:import=LPI API via ?? something like that?



I'm not sure about separating the address with a ";" like 
https://www.openstreetmap.org/way/593297556/history#map=19/-33.78072/151.06688=N, 
could they not be two separate points? If it's a duplex, then I'd do 
it as a single building with addr:housenumber=11, then if you want two 
nodes inside the building for 11A and 11B.
I have had separate buildings for A and B - share a common wall. In some 
instances I have 11 then 11A .. but no B.


While I don't think there's anything wrong with 2/18 as a first pass, 
eg https://www.openstreetmap.org/node/5667899003, I think it's better 
to use addr:unit=2 addr:housenumber=18.


 1. I am aware that big automatic updates can cause problems. I
will only import addr:housenumber and addr:street and a single node.


What are you planning on doing where the address in already in OSM? I 
think in this case we should just not import that point and leave the 
existing OSM addresses.
Depends .. I have come across addresses that were out of sequence. 
Contacted the still active mapper (moved to Germany) and had not 
response .. after some months I have simple deleted them.
So it is worth checking that the new data is is not 'better' than the 
present OSM data.


2. Yes, you are absolutely right that this is not a huge automatic
import - it relies on a human choosing what addresses to add and a
human submitting it as a change. All it does it automate the
address lookup and make sure that the node is neatly positioned at
the correct location.

3. It looks like you're grabbing their entire dataset. That would
be the alternative approach, doing a data dump, then importing
that dump. This can import a lot more addresses, but is also much
more complex. Is it worth pursuing? What do you reckon?


Oh I'm not suggesting that. It makes sense for the OpenAddresses 
project to use a complete extract, but as you might have seen in the 
openaddresses ticket there's a lot of problems trying to dump the 
data, so your approach of doing it bit by bit should work much better 
for an OSM import.


4. It seems odd that they would provide an API but would prevent
anything from using it.
5. Looks like they are doing the big data import. See 3.


Not quite, they did it using the approach you've described, broken it 
down into pices and manually imported everything.


It might be good to do one section and let people have a look at it?
I do think you'll find it repetitive. Maybe take a break and map 
something else for a while.


Good Luck.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Double noms français et basque / Bayonne

[marc marc]

Le 18. 06. 18 à 12:19, Vincent Bergeot a écrit :
> nous sommes toujours d'accord sur ce point ?

oui.

je me demande si la communauté ne devrait-elle pas :
- résoudre jusqu'à 0 toutes les anomalies des tag name
- avoir une alerte par ex par email lorsuq'un nouveau cas se produit. 
parce que c'est évidement plus facile de résoudre le problème quand on 
le détecte rapidement

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

Re: [talk-au] Mapping houses and addresses in Sydney

[Andrew Harvey]

On 18 June 2018 at 19:21, Dion Moult  wrote:

> Thanks Andrew for your reply!
>
> 1. Thanks for the link to the import guidelines. My responses to the
> import guidelines below:
>

First up I think any changesets that import addresses in this way should
have an extra changeset tag so if we need to we can identify which
changesets did the import (so more than just source=LPI NSW Base Map).
Something like import=NSW Address Points or something.

I'm not sure about separating the address with a ";" like
https://www.openstreetmap.org/way/593297556/history#map=19/-33.78072/151.06688=N,
could they not be two separate points? If it's a duplex, then I'd do it as
a single building with addr:housenumber=11, then if you want two nodes
inside the building for 11A and 11B.

While I don't think there's anything wrong with 2/18 as a first pass, eg
https://www.openstreetmap.org/node/5667899003, I think it's better to use
addr:unit=2 addr:housenumber=18.

 1. I am aware that big automatic updates can cause problems. I will only
> import addr:housenumber and addr:street and a single node.
>

What are you planning on doing where the address in already in OSM? I think
in this case we should just not import that point and leave the existing
OSM addresses.


> 2. Yes, you are absolutely right that this is not a huge automatic import
> - it relies on a human choosing what addresses to add and a human
> submitting it as a change. All it does it automate the address lookup and
> make sure that the node is neatly positioned at the correct location.
>


> 3. It looks like you're grabbing their entire dataset. That would be the
> alternative approach, doing a data dump, then importing that dump. This can
> import a lot more addresses, but is also much more complex. Is it worth
> pursuing? What do you reckon?
>

Oh I'm not suggesting that. It makes sense for the OpenAddresses project to
use a complete extract, but as you might have seen in the openaddresses
ticket there's a lot of problems trying to dump the data, so your approach
of doing it bit by bit should work much better for an OSM import.


> 4. It seems odd that they would provide an API but would prevent anything
> from using it.
> 5. Looks like they are doing the big data import. See 3.
>

Not quite, they did it using the approach you've described, broken it down
into pices and manually imported everything.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[OSM-talk-fr] Double noms français et basque / Bayonne

[Vincent Bergeot]

Bonjour,

il semble qu'il y ait eu du renommage en double nom sur toute l'adour : 
https://www.openstreetmap.org/way/329861594/history.


Le contributeur est https://www.openstreetmap.org/user/Hartz%20Beltza

Je commente un changeset en lui demandant de laisser le français sur 
name et de mettre le basque dans name:eu, nous sommes toujours d'accord 
sur ce point ?


Bonne journée


--
Vincent Bergeot


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

Re: [Talk-it] R: landslide

[Martin Koppenhoefer]

2018-06-18 12:02 GMT+02:00 Andreas Lattmann :

> Alessandro giustamente ha detto che non viene reindirizzato, ma non per
> questo è inutile. Ci sono molti software che possono utilizzare questa
> informazione, quindi fai bene ad inserire i landslide quando puoi. 



si, tra altro con 3600 utilizzi si può anche chiedere a carto di
renderizzarlo, per features naturali e in uso sono solitamente ben disposte.

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

Re: [Talk-it] Utlità etichette traccie

[Martin Koppenhoefer]

Se ti interessa una certa zona, puoi ottenere i dati con il trackpoints
call dell'API dove gli utenti hanno dato il consenso.

esempio:
openstreetmap.org/api/0.6/trackpoints?bbox=12.8,42.4,12.9,42.6=0
...
 
Loreto_Roma_on_foot.zip
Pilgrimage 17days 400km
https://www.openstreetmap.org/user/FolRegv/traces/2257567

  
2016-08-25T06:28:04Z
  
...


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

Re: [Talk-it] R: landslide

[Andreas Lattmann]

Alessandro giustamente ha detto che non viene reindirizzato, ma non per questo 
è inutile. Ci sono molti software che possono utilizzare questa informazione, 
quindi fai bene ad inserire i landslide quando puoi. 
Ciao e buon mapping.
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

Re: [Talk-it] Utlità etichette traccie

[Martin Koppenhoefer]

2018-06-18 9:19 GMT+02:00 Cascafico Giovanni :

> ...scusate, mi è partito l'invio, scrivevo:
>
> solo se trovo una traccia dotata di almeno un'etichetta è rintracciabile
> appendendo all'indirizzo [1] /tag/ ma non ci sono ulteriori
> funzioni, come "trovami traccie con questa e/o quest'altra etichetta"
>
> [1] https://www.openstreetmap.org/traces
>


si, non ci sono queste funzionalità (credo). Quel che puoi fare è
scaricarti tutto ;-)
Lo dice anche la docu:
https://wiki.openstreetmap.org/wiki/API_v0.6#GPS_traces

Puoi scaricare i metadati così:

GET /api/0.6/gpx//details

ma l'ID non la puoi  cercare (oppure non ho trovato come).

Poi l'ultima versione del GPX è del 2013:
https://planet.openstreetmap.org/gps/
sarebbe da chiedergli un nuovo dump.

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

Re: [talk-au] Mapping houses and addresses in Sydney

[Dion Moult]

Thanks Andrew for your reply!

1. Thanks for the link to the import guidelines. My responses to the import 
guidelines below:

 1. I am aware that big automatic updates can cause problems. I will only 
import addr:housenumber and addr:street and a single node.
 2. Yep, sending to talk-au mailing list.
 3. I think we have the appropriate license.
 >=4. Looking for more feedback on talk-au first :)

2. Yes, you are absolutely right that this is not a huge automatic import - it 
relies on a human choosing what addresses to add and a human submitting it as a 
change. All it does it automate the address lookup and make sure that the node 
is neatly positioned at the correct location.
3. It looks like you're grabbing their entire dataset. That would be the 
alternative approach, doing a data dump, then importing that dump. This can 
import a lot more addresses, but is also much more complex. Is it worth 
pursuing? What do you reckon?
4. It seems odd that they would provide an API but would prevent anything from 
using it.
5. Looks like they are doing the big data import. See 3.

Dion Moult

‐‐‐ Original Message ‐‐‐
On June 17, 2018 9:57 PM, Andrew Harvey  wrote:

> I few thoughts:
>
> 1. If you're planning an Import, and you haven't already read up on 
> https://wiki.openstreetmap.org/wiki/Import/Guidelines
>
> 2. I like the idea of doing this semi-manually in JOSM. I'm against a 
> completely automated import because we have addresses already in OSM from 
> surveys which should be retained (and avoid having duplicates dumped on top).
>
> 3. I know you've got your scripts working already, but you still might be 
> interested in how we're trying to pull out addresses via the LPI Web Services 
> as CC BY 3.0 AU data for OpenAddresses.io at 
> https://github.com/openaddresses/openaddresses/pull/3977
>
> 4. We are still bound by the Terms and Conditions of using the web services 
> at 
> http://spatialservices.finance.nsw.gov.au/mapping_and_imagery/lpi_web_services/terms_and_conditions
>  specifically "2.1.6. use any robot, spider, site search/retrieval 
> application, or other device to retrieve or index any portion of the SWS". 
> I've asked LPI about this before and was told it was okay as long as usage 
> didn't affect other users, they were thankful that I asked first though. The 
> way you're using the API I think is okay, but best to play it safe and be 
> friendly with LPI on what we're doing in light of this clause.
>
> 5. The NZ community have been importing their national LINZ data, might be 
> worth reading up on 
> https://lists.openstreetmap.org/pipermail/imports/2017-June/005014.html to 
> see if there's anything we could learn from their work.
>
> On 17 June 2018 at 19:00, Dion Moult  wrote:
>
>> I had another look at the LPI resource and would like to propose a way of 
>> importing address data from LPI, because clearly sitting there for months on 
>> end armchair mapping the LPI Base Map as a raster underlay in JOSM is 
>> incredibly inefficient. Also, given that I am proposing an import, I would 
>> really appreciate community feedback to make sure I don't do anything wrong. 
>> First, I've looked at these two pages on usage of the LPI base map:
>>
>> https://wiki.openstreetmap.org/wiki/Contributors#Australia
>> https://wiki.openstreetmap.org/wiki/Attribution/New_South_Wales_Government_Data
>>
>> It seems to me that we can use any of the data from 
>> http://spatialservices.finance.nsw.gov.au/mapping_and_imagery/lpi_web_services/access_lpi_web_services
>>  to put data into OSM as long as we add it to that contributors page and 
>> note the LPI as a source. Specifically, we want to import a node that 
>> contains addr:housenumber and addr:street for every single property in NSW.
>>
>> Unfortunately it seems as though their API doesn't have any function to give 
>> a DB dump of addresses inside a bounding box. However it does have two 
>> functions, one which allows you to query a coordinate and it'll tell you 
>> what is the closest address at that point at a screen resolution (slightly 
>> archaic, yes), and another function which allows you to submit an address 
>> and it'll tell you what the government thinks is the centroid of the 
>> property with that address. So if you whack a bunch of points in JOSM that 
>> are within the bounds of a property based off the LPI NSW Base Map as a 
>> raster layer in JOSM, you can do Edit->Copy Coordinates in JOSM, dump it in 
>> a file, and use a script I wrote which will query the LPI web services to 
>> find the address, then query it again to find the proper centroid lat/long, 
>> then create a CSV of points and addresses which you can import into JOSM. 
>> Here's the script with sample input and sample output:
>>
>> https://gist.github.com/Moult/5821c74fb792b7afa5d758aebea68e40
>>
>> ... this is the changeset I produced with this small test sample:
>>
>> https://www.openstreetmap.org/changeset/59909707
>>
>> With this method I reckon you can 

Re: [Talk-cz] REKOLA Bikesharing v Ostravě

[Tomas Novotny]

Ahoj,

On Fri, 15 Jun 2018 16:11:47 +0200
Ha Noj  wrote:

> Jeste bych doporucil udelat nejakou spolecnou relaci kam ulozit
> opakujici se tagy jako napr.:
> https://www.openstreetmap.org/relation/7329303

timto seskupovanim objektu do relaci si nejsem uplne jisty, viz:
https://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories
(je to odkazovano z https://wiki.openstreetmap.org/wiki/Relation ).

Nebo je to v mensi oblasti (v tomto pripade Velonet v Brne) doporucene?

Diky,

T.

> amenity=bicycle_rental je jendnoucelove zarizeni jako ma v Praze
> Homeport, v Brne Velonet nebo vidensky CityBike.To co je na obrazku je
> stojan pro vsechny s reklamou. Rekola provozuji bezstanicovy system a
> chlubi se tim, ze kolo nemusite vratit do stojanu, ale nechat kdekoliv
> v zone.
> 
> ha
> hanoj
> 
> Dne 12. června 2018 22:46 Vladimír Domes  napsal(a):
> >
> > Ahoj,
> > v Ostravě nám před měsícem začala fungovat služba REKOLA na sdílení jízdních
> > kol. Mám zmapovány téměř všechny jejich stanoviště, včetně jejich názvů
> > (které se ještě občas mění), čísel (které postupně na stanoviště přidávají)
> > a kapacity stojanu.
> >
> > Jde mi o vaši zpětnou vazbu, jestli něco nemapovat jinak. Hlavně viz bod 2.
> > níže.
> >
> > Kola lze najít na dvou typech stojanů:
> >   1. Vlastní Rekola stojany
> >   2. Již existující "městské" stojany
> >
> > No a jak jsem to mapoval:
> >
> >   1. Vlastní Rekola stojany
> > To mi jasně vede na:
> > https://wiki.openstreetmap.org/wiki/Tag:amenity=bicycle_rental
> >
> > Takže hodnoty tyto:
> > amenity=bicycle_rental
> > capacity=6
> > name=Česká televize
> > opening_hours=Mar 21-Nov 21 00:00-24:00
> > operator=REKOLA Bikesharing s.r.o.
> > ref=676
> >
> > Viz foto ukázkového stojanu zde:
> > https://www.amazon.com/clouddrive/share/4CVmaULWAnYDhfwwvDaVm7606MHz3jH1gxFbWnJSfWW
> >
> >   2. Již existující "městské" stojany
> > Tady to je těžší. Již existují uzly s hodnotami jako:
> > amenity=bicycle_parking
> > bicycle_parking=stands
> > capacity=6
> >
> > Protože to je již existující prvek, tak mi to vede na:
> > https://wiki.openstreetmap.org/wiki/Key:service:bicycle:rental
> > Takže k existujícímu bicycle parkingu přidám:
> > service:bicycle:rental=yes
> >
> > Ale co s ostatními hodnotami name, opening_hours, operator a ref? Ty se
> > vůbec nevztahují k bicycle_parking, ale jen k tomu service:bicycle:rental.
> >
> > Nyní jsem využil ten stejný prefix a přidal jsem ty informace jako:
> > service:bicycle:rental:name=Poštovní
> > service:bicycle:rental:opening_hours=Mar 21-Nov 21 00:00-24:00
> > service:bicycle:rental:operator=REKOLA Bikesharing s.r.o.
> > service:bicycle:rental:ref=682
> >
> > Viz foto ukázkového stojanu zde:
> > https://www.amazon.com/clouddrive/share/OOYnDoaaWhmsEUKuiJypSiHqWEMR9H36lMNuPp8QMws
> >
> > Ale jestli to je v pořádku, přesně nevím. Co vy na to?
> >
> > Jinak přes Overpass Turbo jdou všechny vidět zde:
> > http://overpass-turbo.eu/s/zvv
> >
> >   V.
> >
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
> >  
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

[Talk-GB] Sheffield Meetup tomorrow?

[Paul Berry]

Is there a Sheffield Meetup tomorrow? I've only noticed this from weeklyOSM
and the Events Page on the Wiki. There's been no other mention of this that
I can see.

Could someone please confirm either way.

Regards,
*Paul*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Dokončení importu benzinek EuroOil

[majka]

On Mon, 18 Jun 2018 at 09:56, Pavel Machek  wrote:

> Tady bych se primlouval za nejake jine reseni.
>
> Benzinka je zavrena -- nejde tam nakoupit etc -- jen je tam automat
> ktery za idealnich okolnosti da benzin...
>

Trochu u tohohle váhám - i proto, že z práce mám na dohled minimálně dvě
obdobné benzínky.

Problém podle mě je, že dáváme rovnítko mezi benzínka = obchod na ní a/nebo
placení hotovosti. K čerpání paliva se skutečně dostane člověk s platební
kartou nebo CCS 24/7.

Což takhle opening_hours=24/7 a k tomu service_times? Sama jsem tohle
dávala třeba k STK, kde otvírací doba je delší než doba, po kterou provádí
prohlídky aut.

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

Re: [Talk-cz] Dokončení importu benzinek EuroOil

[Michal Fabík]

2018-06-18 9:55 GMT+02:00 Pavel Machek :
> Benzinka je zavrena -- nejde tam nakoupit etc -- jen je tam automat
> ktery za idealnich okolnosti da benzin...

Ahoj,
ale není to prodávání benzinu jaksi ta hlavní funkce té benzinky? Že
na benzínce nelze nic koupit je asi spíš vlastnost objektu
shop=convenience (nebo podobně), který se nachází v přidružené budově,
a ne objektu amenity=fuel.
Trochu mně to přijde jako říct, že brněnské nádraží od půlnoci do pěti
ráno nefunguje, akorát na něm staví vlaky. (Nádražní budova se zamyká
kvůli bezdomovcům apod.)

-- 
Michal Fabík

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

Re: [Talk-it] Utlità etichette traccie

[Alessandro]

Il 18/06/2018 09:19, Cascafico Giovanni ha scritto:

...scusate, mi è partito l'invio, scrivevo:

solo se trovo una traccia dotata di almeno un'etichetta è rintracciabile 
appendendo all'indirizzo [1] /tag/ ma non ci sono ulteriori 
funzioni, come "trovami traccie con questa e/o quest'altra etichetta"


[1] https://www.openstreetmap.org/traces 





Ciao,
premettendo che non ho mai caricato tracce, pensa se tutti quelli che 
percorressero fedelmente sentieri CAI registrassero tracce nei soli 
tratti dei sentieri e le segnassero con tag CAI.


Questo è solo un esempio, magari ci sono altri usi.

Alessandro Ale_Zena_IT

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

Re: [Talk-it] Utlità etichette traccie

[Cascafico Giovanni]

...scusate, mi è partito l'invio, scrivevo:

solo se trovo una traccia dotata di almeno un'etichetta è rintracciabile
appendendo all'indirizzo [1] /tag/ ma non ci sono ulteriori
funzioni, come "trovami traccie con questa e/o quest'altra etichetta"

[1] https://www.openstreetmap.org/traces
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Utlità etichette traccie

[Cascafico Giovanni]

Quando carico traccie gps su OSM  le app che uso chiedono di scrivere delle
etichette. A cosa servono se da JOSM posso selezionare solo in base alla
data?

INemmeno dalla web di accesso alle traccie [1] non c'è un modo per usare
queste etichette. Solo se ne trovo una


[1] https://www.openstreetmap.org/traces
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-es] Mantenimiento Gestor de Tareas

[Alejandro S.]

Buenos días,

El miércoles que viene (20 de junio) a partir de las 7h habrá un trabajo de
mantenimiento en las instalaciones donde está alojado el servidor donde
está el Gestor de Tareas que provocará que no esté disponible durante un
tiempo.

Saludos,
Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[PanierAvide]

Bonjour François,

Chouette projet du mois, bien documenté, qui rend accessible cette 
thématique pourtant plutôt technique. Ce qui pêche habituellement sur 
les projets du mois c'est l'animation de la communauté et la 
communication. Quitte à s'y prendre en avance, comment on peut 
s'organiser pour relayer ce projet, et éventuellement impliquer les 
acteurs métiers qui pourraient être de gros contributeurs (c'est une 
question ouverte à tous) ?


Cordialement,

Adrien.

Le 18/06/2018 à 01:56, François Lacombe a écrit :

Bonsoir à tous,

Après avoir été gonflé à bloc par Donat pour inscrire l'idée sur le 
papier, voici une proposition de projet du mois pour Juillet prochain: 
constituer la Base Nationale des Postes électriques (oui ca fait BNPé)


https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/postes_electriques 



Je propose donc de s'occuper des 730 000 postes électriques libérés 
par Enedis en mai dernier, ils sont dès à présent visibles sur Osmose 
pour l'intégration. http://osmose.openstreetmap.fr/fr/map/#item=8280 

Il y a d'autres exploitants en France, qui n'ont pas forcément libéré 
leur données, ce qui porte le nombre total de points à ajouter dans le 
cadre de ce projet à environ 850 000.
Une idée de la tâche à accomplir: 
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8280 



Les jeux de données ouvertes disponibles étant peu bavards, la 
collecte d'informations de terrain a une valeur importante, démontrant 
si il le fallait encore la pertinence d'OSM.
J'ai essayé de simplifier au maximum la description des différents cas 
possibles pour permettre autant que faire se peut de collecter le plus 
possible d'informations différentes.
Je suis preneur de commentaires d'ici le 01 juillet pour améliorer 
cette proposition


Enfin, je le remets ici parce que c'est important: ne jamais pénétrer 
à l'intérieur d'une installation électrique fermée sans être habilité. 
Les dangers sont réels, invisibles et aucune quête ne mérite qu'on s'y 
expose inutilement.


A très bientôt

François


___
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