date:20180122

Bonjour :)

Le 22 janvier 2018 à 12:48, marc marc  a écrit :

> Le routage est fait avec les routes (donc si on a un problème de routing
> pour se rendre à un bâtiment, on trace la route de déserte manquante).
>

En ayant lu ton résumé (merci), je crois que c'est ce qui contenterait tout
le monde.
En plaçant le noeud adresse à l'interface public/privé et en traçant les
chemins privés, on arrive à se rendre au bâtiment.
La relation 1-N entre adresse et bâtiments desservis se modélise très bien
comme ca.
A moins que je soit passé à côté d'un cas ?

Le 22 janvier 2018 à 17:45, Christian Quest  a
écrit :
>Pour le routage, on rentre quoi comme info ? Une adresse... et une adresse
n'est pas un identifiant de bâtiment (chose qui n'existe pas vraiment
actuellement)

Il n'y a pas que le routage, pour du dénombrement et de l'inventaire ça a
aussi un sens de connaitre le lien adresse/bâtiment.
Pour la fibre, tous les bâtiments ont un identifiant... et ce n'est qu'un
exemple.
Ce qui n'existe pas, c'est le partage et la mise en commun, sinon aucun
doute que ce sont deja des choses qui ont été faites au moins 6 ou 10 fois.


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

Re: [OSM-talk-fr] D281 en Loire-Atlantique

2018-01-22 Thread Adrien Grellier

Bonjour,

Au passage, le tag « highway=abandonned » me semble faux. Le wiki indique :

« A former (very) busy road, which is no longer used or can not be
repaired (it is in very bad condition). »

En effet cette route et emprunté au moins par les habitants de la ZAD,
et on peut y circuler en voiture, certes au pas (20km/h).  Perso j'y
suis passé il y a quelques mois (donc avec les chicane), on y circule
aussi bien que sur un chemin classique non goudronnés, qui eux sont bien
dans OpenStreetMap.

Le nom « Route des Chicanes », qui est quand même emblématique de cette
route à également été supprimé. Pourquoi ne pas le garder au moins en
alt_name ?

Perso il me semble assez dommage de « faire disparaître » cette route du
rendu, alors qu'elle existe, et qu'elle et quand même un élément
important du conflit et de l'occupation de la zone. Est-ce dû au zèle
d'une administration ?

Bonne journée

Adrien


Le 23/01/2018 à 02:12, Shohreh a écrit :
> Bonjour,
>
> Par curiosité, j'ai regardé à quoi ressemblait sur OSM la célèbre D281 en
> Loire-Atlantique* et je lis ça:
>
> "Route non ouverte à la circulation - Merci de ne pas modifier. Le compte
> "Conseil départemental de Loire-Atlantique - Direction Infrastructures" le
> fera."
> http://www.openstreetmap.org/#map=16/47.3443/-1.7091
>
> Sur Google, elle est toujours indiquée comme une route ouverte à la
> circulation:
> https://goo.gl/maps/B1kUDq2XJaR2
>
> Qui décide de ce genre de chose?
>
> Merci.
>
> *
> https://lexpansion.lexpress.fr/actualites/1/actualite-economique/nd-des-landes-operation-nettoyage-de-la-route-des-chicanes-amorcee_1978229.html
>
>
>
> --
> 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: [Talk-at] Neighbourhoods in Wien

2018-01-22 Thread Friedrich Volkmann

On 22.01.2018 23:41, Stefan Nagy wrote:
Meiner Ansicht nach sind frühere, irgendwann eingemeindete Siedlungen an
sich für OSM (also die Hauptdatenbank) nicht von Interesse – wenn, dann als
historic… Aber soweit ich das im Wiki nachvollziehen kann ist das nicht
unbedingt erwünscht. Relevant wären solche früheren Siedlungen für OSM dann,
wenn der damalige Name für heutige Stadtteile verwendet wird.

Nikolsdorf und Hungelbrunn waren einmal. Willkürlich herausgefriffenes
Gegenbeispiel (glaub ich zumindest): Inzersdorf. Ohne es zu wissen vermute
ich, dass Leute zu dem Namen wirklich einen Bezug haben. Damit wäre es ein
Stadtteil – im Gegensatz zu den zuerst genannten.

Ich persönlich fände es toll, wenn wir ehemalige Vororte u. Ä. mit dem
historic-Key (und dem wikipedia-Tag und wikidata-Tag) einzeichenen könnten,
damit zum Beispiel Leute auf der Wikipedia sich die geographische Ausdehnung
der damaligen Vororte ansehen können. Aber wie gesagt, ich glaube sowas ist
in der Hauptdatenbank leider nicht erwünscht…

Es gibt historic=archaeological_site + site_type=settlement, aber das ist
für Siedlungen, die heute nicht mehr existieren, vom Erdboden verschwunden
sind. Es ist nicht für Siedlungen, die bis heute existieren und deren
Bewohner nur den Namen vergessen haben.

Das Problem mit vergessenen Namen betrifft nicht nur Siedlungen, sondern
auch Flurnamen, Namen von Bergen, Tälern, Wäldern, Wiesen, Bächen, Steigen,
sogar Eisenbahnen (z.B. Innere Aspangbahn, siehe
http://www.openstreetmap.org/way/27798063/history). Wir müssten alle diese
Namen, die in Vergessenheit geraten sind, aus OSM heraushalten. Aber wie
können wir als Kartografen wissen, ob ein Name in Vergessenheit geraten ist?
Alle Anwohner im Umkreis von x km befragen? Das ist nicht durchführbar!
Google fragen? Google kennt auch Nikolsdorf...

Ich finde, bevor wir Namen wie Nikolsdorf und die Innere Aspangbahn, die
zumindest in der Literatur belegt sind, in Frage stellen, sollten wir uns
erst mal um die vielen falschen Flurnamen kümmern, die von Sofamappern
ebenso wie die falschen Straßennamen unreflektiert aus der Basemap
abgeschrieben wurden. Diese Flurnamen sind teils an der falschen Stelle,
teils falsch geschrieben, teils sind es in Wahrheit gar keine Flurnamen,
sondern Namen von Bergen, Wäldern usw.

Kastralgemeinden sind etwas Gegenwärtiges und damit gibt es jedenfalls kein
Argument sie nicht einzutragen. Aber wenn das dann so ausgewertet wird, dass
ich im Bezirk Margareten in der KG Margarethen (und ganz abseits davon wie
erwähnt in Nikolsdorf) wohne, dann stimmt da was definitiv nicht… Vielleicht
wäre zumindest admin_level=11 statt 10 angemessener? Aus dem Wiki:
"admin_level=11 kann bei Bedarf für eine weitere administrative, meist nur
statistische oder historische Einteilung hinzugefügt werden".

Dass bezüglich des Taggings von Katastralgemeinden unterschiedliche
Meinungen existieren, habe ich schon angesprochen. Vorbehalte existieren vor
allem gegen boundary=administrative. Wenn du dir aber die Tabelle auf
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries
ansiehst, wird dir aber auffallen, dass es international üblich ist,
Ortsteile mit boundary=administrative
+ admin_level=10 zu taggen. Insbesondere in CZ und SK, die wie wir die
Katastralgemeinden aus der Monarchie übernommen haben, taggt man sie auf
diese Weise. Auch in Österreich haben mehrere Mapper unabhängig voneinander
für Katastralgemeinden diese Tags gewählt.

Angesichts der geringen praktischen Bedeutung von Katastralgemeinden in Wien
fragt man sich natürlich, ob es wirklich Sinn macht sie in Karten oder in
Nominatims zusammengestückelten Ortsangaben anzuzeigen. In ländlichen
Gemeinden scheinen Katastralgemeinden aber durchaus von praktischer
Bedeutung, so wird in Berichten von Feuerwehr- und Rettungseinsätzen oft die
Katastralgemeinde angegeben, und in http://www.openstreetmap.org/note/486152
beklagt sich jemand, dass die Grenzen noch nicht eingezeichnet sind.

Diese Zuordnungen in Suchergebnissen auf openstreetmap.org und auch bei
Map Notes sind z.T. völlig falsch, das ist nicht nur bei Nikolsdorf ein
Problem. Anscheinend wird in jeder Hierarchieebene der nächste Node für
die Lageangabe herangezogen, und so gehört für Nominatim der ganze
Anninger zum Richardshof und vielleicht auch der halbe fünfte Bezirk zu
Nikolsdorf.

Wäre die Lösung da nicht einfach die, keinen Node zu setzen sondern eine
Area zu zeichenen? Also ich kann mir gut vorstellen, dass es für Nominatim
nicht ganz einfach ist, das Handling der Nodes weltweit zufriedenstellend
umzusetzen…

Nominatim könnte vieles besser machen, aber die Priorität wurde von den
Entwicklern nicht auf korrekte Ergebnisse, sondern auf kurze Verzögerung
zwischen Datenedits und Aufscheinen in den Suchergebnissen gelegt. Jetzt die
Daten inkorrekt zu mappen als Workaround für eine inkorrekte Auswertung
würde diese

Re: [OSM-talk-be] fietsknooppunten onder een nieuwe licentie

2018-01-22 Thread Marc Gemis

Lijkt op  "BY-SA" , want "De bronvermelding moet gebeuren als volgt
‘Vlaamse Toeristische Organisaties’."
Dus moet je toelating zien te krijgen opdat vermelding op de OSM
website voldoende is.

m.

2018-01-22 19:38 GMT+01:00 joost schouppe :
> Hoi,
>
> Heeft iemand een idee of deze licentie bruikbaar is voor OSM?
>
> http://data.toerismevlaanderen.be/licenties (licentie routenetwerken)
>
> Die is wellicht van toepassing op:
> http://data.toerismevlaanderen.be/tourist/routes/cycling_node_network_v2
>
> En de meeste gerelateerde die hier staan:
> http://data.toerismevlaanderen.be/datasets?q=datasets%5B0%5D=category%3Aroutes%20%26%20tours
>
> --
> Joost Schouppe
> OpenStreetMap | Twitter | LinkedIn | Meetup
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [talk-ph] Mayon Volcano Eruption Jan 2018

2018-01-22 Thread Erwin Olario

Alert Level 4 (hazardous eruption imminent) is in effect over Mayon volcano

Mapping the Permanent Danger Zone is already complete, and validated. There
is another  on-going effort to update and map the surrounding Extended
Danger Zone [1] , which now stands at 52% complete.

Again, the new task URL is https://tasks.hotosm.org/project/4037

/Erwin

[0]:
http://www.phivolcs.dost.gov.ph/index.php?option=com_content=article=8377:mayon-volcano-bulletin-23-january-2018-800-am-=70:latest-volcano-bulletin=58
[1]: https://tasks.hotosm.org/project/4037

On Tue, Jan 16, 2018 at 11:56 AM maning sambale 
wrote:

> Mayon Volcano in the Philippines erupted this week.  Local community
> is mapping from pre-event imagery.
> This is not yet a full HOT Activation.  We are still assessing the
> needs of responders, but if anyone has spare time,
> we have a task [0] ready for the permanent danger zone.  This mapping
> is focused on mapping infrastructure (roads and buildings) and
> waterways.
>
> [0] https://tasks.hotosm.org/project/4027
>
> --
> cheers,
> maning
> --
> "Freedom is still the most radical idea of all" -N.Branden
> https://epsg4253.wordpress.com/
> http://twitter.com/maningsambale
> --
>
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>


-- 

/Erwin Olario

e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s: https://mstdn.io/@GOwin
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-au] Tag:emergency=water_tank

2018-01-22 Thread forster


What makes this a fire fighting tank? Looks like it could be used by
anyone for any purpose.


Only if they had the CFA (Country Fire Authority) key and hose fitting.



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

Re: [talk-au] Tag:emergency=water_tank

2018-01-22 Thread Warin


On 23-Jan-18 11:22 AM, fors...@ozonline.com.au wrote:

Hi

Tag:emergency=water_tank wiki page talks of a 'large water basin' and 
the photo is of an underground tank. Is this tag suitable for above 
ground fire fighting tanks as are common in Victoria, eg 
https://www.mapillary.com/app/?lat=-37.93622997=145.30965289=17=KcRQ-XafSTnXlPdopuQ3iA=photo=false


What makes this a fire fighting tank? Looks like it could be used by 
anyone for any purpose.


man_made=storage_tank might be better?



If so, it would be good if the wiki explicitly said so. What's the 
procedure for making such a change to the wiki?


The wiki discussion page would be a good start.
Note that the tag is not 'approved' so changes should be easier.



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

[OSM-talk-fr] D281 en Loire-Atlantique

2018-01-22 Thread Shohreh

Bonjour,

Par curiosité, j'ai regardé à quoi ressemblait sur OSM la célèbre D281 en
Loire-Atlantique* et je lis ça:

"Route non ouverte à la circulation - Merci de ne pas modifier. Le compte
"Conseil départemental de Loire-Atlantique - Direction Infrastructures" le
fera."
http://www.openstreetmap.org/#map=16/47.3443/-1.7091

Sur Google, elle est toujours indiquée comme une route ouverte à la
circulation:
https://goo.gl/maps/B1kUDq2XJaR2

Qui décide de ce genre de chose?

Merci.

*
https://lexpansion.lexpress.fr/actualites/1/actualite-economique/nd-des-landes-operation-nettoyage-de-la-route-des-chicanes-amorcee_1978229.html



--
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] FOSS4G-IT 2018

al proposito di pubblicità: potremmo pubblicizzare l'evento su OSM.org con
un banner. Lo hanno fatto per sotm-us e ho visto che anche FOSSGIS ha
chiesto un banner:
https://github.com/openstreetmap/openstreetmap-website/pull/1719

visto che si tratta della conferenza nazionale ufficiale.

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

Re: [Talk-it] Fornello a legna dentro bivacco.

2018-01-22 23:14 GMT+01:00 liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu>:

> Su wikipedia ho visto questa pagina:
>
> https://en.wikipedia.org/wiki/Wood-burning_stove
>
>
> In basso c'è una foto "vecchia" dove definisce il fornello a legna,
> "woodstove".
>
> https://en.wikipedia.org/wiki/Wood-burning_stove#Hardwood_or_softwood
>
>
> Quindi è fattibile mappare la presenza all'interno del bivacco con:
>
> woodstove=yes
>
>
>
> Su taginfo ho guardato ma c'è un shop=* ed un paio di description, ma non
> vedo tag appropriati.




vedo utilità nel taggare di questi, ma direi che sarebbe bene poter
distinguere al meno 2 tipi:

per cucinare / bollire acqua
per riscaldare

Non so se interessa la distinzione tra fornello e camino.

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

Re: [Talk-de] Königreich Württemberg

Nachdem sich hier alle einig waren, habe ich mich mal an Württemberg
gemacht. Die Relation ist ja schnell gelöscht, aber die ways, die mit
boundary=historic neu angelegt worden waren, sind z.T. noch übrig (beim
ersten Versuch ist mir der JOSM abgestürzt und darum habe ich es nun in
mehreren Changesets gemacht), man muss da ja aufpassen, dass man erst die
Gegend lädt, bevor man löscht, weil man sonst versehentlich nodes löschen
könnte, die auch von anderen ways benutzt werden, oder kümmert sich da die
API drum?

Mir ist aufgefallen, dass da auch Sachen mit dabei sind, die neuer sind als
das Königreich, z.B. der Landkreis Wolfach: relation 6150232
Das ist allerdings in Baden, da bitte ich daher, dass sich jemand anderes
drum kümmert ;-)

Es gab auch noch Hohenzollern: relation 6165235 (habe ich gleich
mitgelöscht, obwohl da eigentlich die Preussen zuständig gewesen wären).

Unterm Strich war das sicher viel Arbeit, diese Relationen anzulegen, von
daher finde ich es einerseits bedauerlich, dass alles wieder "gelöscht"
wurde (ist ja in der history, und z.B. über diesen Thread hier kann man die
Relationen wiederfinden), andererseits gibt es sehr viele historische
Grenzen und verblichene Objekte, und es gibt dazu mittlerweile klare
Regeln, dass diese historischen Dinge nicht in OSM gehören, bis auf die
Relikte, die man noch heute vor Ort sehen kann.

Wie gesagt, Baden wartet noch darauf, dass sich jemand seiner annimmt.

Das sind die Changesets:
https://www.openstreetmap.org/changeset/55670039
https://www.openstreetmap.org/changeset/55670102
https://www.openstreetmap.org/changeset/55670149
https://www.openstreetmap.org/changeset/55670211
https://www.openstreetmap.org/changeset/55670310
https://www.openstreetmap.org/changeset/55670332
https://www.openstreetmap.org/changeset/55670408
https://www.openstreetmap.org/changeset/55669953

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

[talk-au] Tag:emergency=water_tank

2018-01-22 Thread forster


Hi

Tag:emergency=water_tank wiki page talks of a 'large water basin' and  
the photo is of an underground tank. Is this tag suitable for above  
ground fire fighting tanks as are common in Victoria, eg  
https://www.mapillary.com/app/?lat=-37.93622997=145.30965289=17=KcRQ-XafSTnXlPdopuQ3iA=photo=false


If so, it would be good if the wiki explicitly said so. What's the  
procedure for making such a change to the wiki?


Thanks
Tony



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

Re: [OSM-talk-fr] Pb de la déclassification des autoroutes A6/A7 dans la traversée de Lyon (et accessoirement de l'A709 au sud de Montpellier)

2018-01-22 Thread Axelos

Coucou,


Le 22/01/2018 à 23:16, Rene Chalon a écrit :
> Ce problème de classification me semble important pour les logiciels qui
> utilisent les données OSM comme par exemple les logiciels de navigation.
> En effet, les règles du codes de la route ne sont pas les même selon
> qu'il s'agit d'une autoroute ou d'une voie pour automobile.


Ça dépend du type de route pour automobile, mais j’imagine que celle-ci
est également voie express : hors la limitation de vitesse par défaut
(110 à la place de 130), et certains panneaux qui changent de couleurs,
qu'a t-il d'autre ?

Cordialement.

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

Re: [Talk-de] Königreich Württemberg

2018-01-22 Thread Stefan Kaufmann

Am 2018-01-23 um 01:01 schrieb Martin Koppenhoefer:

> wobei der Name "Königreich Württemberg" genauso wie die links zu Wikipedia
> etc. für diese Zeit nach 1918 nicht mehr zutreffen, d.h. auch wenn die
> Geometrie gleich ist, nach OSM Schema müssten es jeweils eigene Relationen
> sein.

Das meine ich. Es ist dieselbe Gebietsrelation, aber von 1918 bis 1933
(bzw. 1945) ist es der Volksstaat Wuerttemberg (bzw. der Volksstaat
Wuerttemberg innerhalb von Nazideutschland). Wikidata kann sowas
abbilden (Q159631 → Q569871 → Q251660/Q262733), die Frage ist halt,
ob/wie sowas in OSM abbildbar ist oder gewuenscht ist.

Bloede Frage: Wie ist das z.B. im Falle von Taiwan? Das ist so das
klassische mehrdeutige Beispiel, was ich in dem Kontext aus Wikidata
kenne, was auch fuer heute noch Relevanz hat.

regards,
-stk

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

Re: [Talk-de] Königreich Württemberg

Am 23. Januar 2018 um 00:56 schrieb Stefan Kaufmann <
tran...@shutterworks.org>:

> > Wieso eigentlich 1945 und nicht 1918?
>
> Ja, das ist ja das spannende: Die Gebietsgrenzen des Kgr. Wuerttembergs
> gingen 1918 im (gebietlich identischen) Volksstaat Wuerttemberg auf, der
> wiederrum 1933 seine Hoheitsrechte an das Deutsche Reich verlor. Die
> Grenzen blieben aber unveraendert. Erst nach Kriegsende wurden die
> Grenzen der Entitaet in Wuerttemberg-Baden und Wuerttemberg-Hohenzollern
> zergliedert, naemlich 1945. Wikidata kann mit solchen semantischen
> Abbildungen viel besser umgehen, IMO.



wobei der Name "Königreich Württemberg" genauso wie die links zu Wikipedia
etc. für diese Zeit nach 1918 nicht mehr zutreffen, d.h. auch wenn die
Geometrie gleich ist, nach OSM Schema müssten es jeweils eigene Relationen
sein.

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

Re: [Talk-de] Königreich Württemberg

2018-01-22 Thread Stefan Kaufmann

Am 2018-01-22 um 18:13 schrieb Martin Koppenhoefer:
> Wie ist die aktuelle Einstellung zu überholten politisch-administrativen
> Territorien? Z.B. Kgr. Württemberg, gibt es seit 2 Jahren und hat
> mittlerweile 36 Versionen:
> https://www.openstreetmap.org/relation/6163377

Passt viel eher nach Wikidata, IMO.


> end_date=1945
> 
> Wieso eigentlich 1945 und nicht 1918?

Ja, das ist ja das spannende: Die Gebietsgrenzen des Kgr. Wuerttembergs
gingen 1918 im (gebietlich identischen) Volksstaat Wuerttemberg auf, der
wiederrum 1933 seine Hoheitsrechte an das Deutsche Reich verlor. Die
Grenzen blieben aber unveraendert. Erst nach Kriegsende wurden die
Grenzen der Entitaet in Wuerttemberg-Baden und Wuerttemberg-Hohenzollern
zergliedert, naemlich 1945. Wikidata kann mit solchen semantischen
Abbildungen viel besser umgehen, IMO.

regards,
-stk

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

Re: [Talk-de] Königreich Württemberg

2018-01-22 Thread Frederik Ramm

Hu,

On 01/22/2018 06:13 PM, Martin Koppenhoefer wrote:
> Wie ist die aktuelle Einstellung zu überholten politisch-administrativen
> Territorien? Z.B. Kgr. Württemberg, gibt es seit 2 Jahren und hat
> mittlerweile 36 Versionen:
> https://www.openstreetmap.org/relation/6163377

"Hau wech den Sch...marrn" ;)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-at] Neighbourhoods in Wien

2018-01-22 Thread Stefan Nagy


Am 22.01.2018 20:07 schrieb Friedrich Volkmann:

On 21.01.2018 18:44, Stefan Nagy wrote:
ich wollte mal fragen, ob es in der Vergangenheit in der Wiener Gruppe 
irgendeinen Beschluss oder eine Diskussion darüber gab, die Namen 
ehemaliger Ortschaften/Vorstädte/Siedlungen innerhalb Wiens als 
neighbourhoods (also place=neighbourhood) einzutragen.


Stadtteile als place=suburb bzw. neighbourhood zu taggen ist weltweiter 
Standard, siehe Wiki. In Talk-AT steht es uns nicht zu, grob 
Abweichendes zu beschließen. Ich hab aber hier auf Talk-AT im Juni 2015 
einen Thread "Wiener Katastralgemeinden" gestartet um das Chaos aus 
eingemeindeten Siedlungen einerseits und Katastralgemeinden 
andererseits aufzulösen. Die waren mehr oder weniger alle als 
place=suburb gemappt, was aber für manche Katastralgemeinden nicht 
passte, denn z.B. Inzersdorf-Stadt, wo ich wohne, war nie eine 
eigenständige Siedlung. Ich hab dann die Katastralgemeinden als 
boundary-Relationen gemappt (zu den Tags gibt es unterschiedliche 
Meinungen, aber das Mapping als Relationen kann man als Konsens 
ansehen) und die eingemeindeten Siedlungen als place-Nodes: suburb für 
ehemalige Dörfer, neighbourhood für ehemalige kleinere Siedlungen 
(Rotten alias Weiler). Die setzte ich nach Möglichkeit auf die 
ehemaligen Siedlungskerne. In manchen Fällen war das nicht so einfach, 
z.B. Weißgerber war ursprünglich ein Straßendorf an der 
Weißgerberstraße, mit dem Bau der Othmarkirche und der Bahn verlagerte 
sich aber das Zentrum. Zudem schrieb mich jemand an, ich möge 
Weißgerber als Fläche gemappt lassen, weil es eine klar definierte 
Grenze gebe. Meines Wissens war die Grenze aber nur am Papier 
definiert, denn der größe Teil der Fläche war noch Grünland.


Meiner Ansicht nach sind frühere, irgendwann eingemeindete Siedlungen an 
sich für OSM (also die Hauptdatenbank) nicht von Interesse – wenn, dann 
als historic… Aber soweit ich das im Wiki nachvollziehen kann ist das 
nicht unbedingt erwünscht. Relevant wären solche früheren Siedlungen für 
OSM dann, wenn der damalige Name für heutige Stadtteile verwendet wird.


Nikolsdorf und Hungelbrunn waren einmal. Willkürlich herausgefriffenes 
Gegenbeispiel (glaub ich zumindest): Inzersdorf. Ohne es zu wissen 
vermute ich, dass Leute zu dem Namen wirklich einen Bezug haben. Damit 
wäre es ein Stadtteil – im Gegensatz zu den zuerst genannten.


Ich persönlich fände es toll, wenn wir ehemalige Vororte u. Ä. mit dem 
historic-Key (und dem wikipedia-Tag und wikidata-Tag) einzeichenen 
könnten, damit zum Beispiel Leute auf der Wikipedia sich die 
geographische Ausdehnung der damaligen Vororte ansehen können. Aber wie 
gesagt, ich glaube sowas ist in der Hauptdatenbank leider nicht 
erwünscht…


Kastralgemeinden sind etwas Gegenwärtiges und damit gibt es jedenfalls 
kein Argument sie nicht einzutragen. Aber wenn das dann so ausgewertet 
wird, dass ich im Bezirk Margareten in der KG Margarethen (und ganz 
abseits davon wie erwähnt in Nikolsdorf) wohne, dann stimmt da was 
definitiv nicht… Vielleicht wäre zumindest admin_level=11 statt 10 
angemessener? Aus dem Wiki: "admin_level=11 kann bei Bedarf für eine 
weitere administrative, meist nur statistische oder historische 
Einteilung hinzugefügt werden".


Es gibt auch einige place=neighbourhood für Grätzel, deren Namen bzw. 
Identitäten erst später erfunden wurden (z.B. Triesterviertel, 
Bermudadreieck). Die haben nichts mit den eingemeindeten Rotten zu tun, 
aber eine Gemeinsamkeit ist, dass beide Arten von place=neighbourhood 
von der Baustruktur her keine Abstammung von einer separaten Siedlung 
erkennen lassen.


Ja, aus meiner Sicht sind das eher klassische Stadtviertel. Als 
Historiker komm ich mir schon blöd vor wenn ich das sage… Aber die 
Geschichte spielt nunmal nur dort eine gegenwärtige Rolle, wo sie zur 
Konstruktion von Gegenwartsidentitäten herausgekramt und je nach 
aktueller Bedüfnislage zurechtgestutzt wird. Wenn eine Gruppe von 
Bewohnern in den nächsten Jahren permanent Straßenfeste in der 
Nikolsdorfer Gasse organisiert, es vielleicht einen Verein dazu gibt und 
auf diese Weise (oder anders, etwas hässlicher: über reine 
Marketing-Kampagenen irgendwelcher Stadtentwicklungs-GmbHs) eine 
gemeinsame Identität durch Rückgriff auf irgendwelche Gschichtln 
konstruiert wird – dann ist Nikolsdorf in 10-20 Jahren vielleicht ein 
Stadtviertel. Im klassischen Fall konstruiert man dann noch eine 
historische Kontinuität; tut einfach so, als ob Nikolsdorf nie tot 
gewesen wäre. Aber bis dahin ist es nur Geschichte.


Ich weiß zum Beispiel, dass ganz in der Nähe meiner Straße früher 
Nikolsdorf war. Aber ich wohne da doch zumindest mehr als zehn Jahre 
und habe es noch nie mitbekommen, dass Leute diesen Stadtteil heute 
Nikolsdorf nennen würden…


So ähnlich geht es mir mit der Katastralgemeinde Inzersdorf-Stadt. Ich 
lebte 20 Jahre hier ohne diese Bezeichnung je gehört zu haben. 
Nikolsdorf ist jedoch als Siedlung belegt, du findest sie in alten 
Karten,

[Talk-es] Fwd: [Osmf-talk] iD news - v2.6.0 lots of new features...

2018-01-22 Thread Miguel Sevilla-Callejo

Interesantes mejoras en ID
Vía la lista de la OSMF

--
 Miguel Sevilla-Callejo
from my mobile 
-- Mensaje reenviado --
De: "Bryan Housel" 
Fecha: 22/1/2018 17:51
Asunto: [Osmf-talk] iD news - v2.6.0 lots of new features...
Para: "osmf-talk" 
Cc:

Happy 2018!  I just released iD v2.6.0 yesterday..


*  Release Highlights*

-   *You can now adjust imagery brightness, contrast, saturation, and
sharpness.*
(Not currently available in Internet Explorer or Edge)
*Try enhancing the background imagery by opening the Background pane
(shortcut “B") and adjusting the slider controls.*

-  * iD will now prevent users from drawing many self-crossing lines and
areas*.
See issue https://github.com/openstreetmap/iD/issues/4646 for examples and
more info.
You can override these checks by holding down the Alt/Option key while
drawing.

- ↕️  *Features with a direction-type tag will display view cones
indicating the directions they face. *
This is useful for mapping features like street signs, traffic signals,
billboards, security cameras, and more.

-   *Transit-related presets have been updated to support Public
Transport v2 tagging schema. *
Many presets have new icons too, to better match the mode of transport
(tram, light rail, trolleybus, etc.)
*Try mapping some transit platforms, stations, stop positions, etc.*

-   *We've completely refreshed the in-app Help content in iD. *
Huge thanks to Manfred Brandl, Minh Nguyễn, and our many volunteers on
Transifex for their work on this!
*Check out the new help texts by opening the Help pane (shortcut "H").*


There are many many more presets, usability improvements, and bug fixes
included too.
I’m really proud of the work we’ve been able to roll into this release, and
I hope everyone takes a look at the changelog.
About 20 people contributed pull requests, many of them are first time
contributors:  Thank you!  


*Changelog:*
   https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#260

*Twitter:*
   v2.6.0, Imagery sliders:  https://twitter.com/bhousel/
status/955146596211150852
   New Help content:  https://twitter.com/bhousel/status/955148340857065472

*Reddit:*
   https://www.reddit.com/r/openstreetmap/comments/7s2m3g/
id_editor_v260_released_and_available_on/


As always, follow me on Twitter https://twitter.com/bhousel for the latest
iD news.  2018 will be a great year!

Thank you!
❤️ Bryan, and the rest of the  team.


___
osmf-talk mailing list
osmf-t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osmf-talk
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] iD news - v2.6.0 lots of new features...

2018-01-22 Thread althio

Hi Steve,

I took it from:
https://github.com/openstreetmap/iD/pull/4667#issuecomment-356093439
> Like France it's not used that often in the UK - only 2,828 uses: 
> http://taginfo.openstreetmap.org.uk/keys/addr%3Aunit - and a number of them 
> near me seem to be wrongly tagged, either as "units" (buildings) in a retail 
> or business park, or other mistaggings.

-- althio


On 22 January 2018 at 18:55, Steve Doerr  wrote:
> From the change log:
> 'remove addr:unit field for gb, ie, si, tr'.
>
> I wonder why (re gb). Unit is quite a common element in UK addresses, isn't 
> it?
>
> Steve
>
> Sent from my iPhone
>
>> I hope everyone takes a look at the changelog.
>>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] iD news - v2.6.0 lots of new features...

2018-01-22 Thread Tom Hughes


I wouldn't say unit is common at all in the UK to be honest.

It's only really used for commercial units on industrial estates and 
things - you wouldn't normally see it in residential addresses like you 
do in many countries.


Tom

On 22/01/18 21:24, Bryan Housel wrote:
Yes this is an interesting issue.. A lot of people were pretty upset 
when the `addr:unit` field started appearing in their address field.


Field was added here: https://github.com/openstreetmap/iD/pull/4235
At the time it seemed pretty harmless.
(I locked discussion on that issue because it was getting too noisy - we 
really don’t need to discuss how address work in all parts of the world)


I mostly take a pretty hands-off approach to this field - I’d like for 
people to be able to map addresses however they want to in their 
country, and I don’t spend a lot of time tracking down what addresses 
look like around the world, so we rely on local contributors to update 
the source code with pull requests.


I think there are several things going on here:

1. Some places really don’t have a concept of `addr:unit` - there are 
just no addresses split up by floor, apartment, etc.

    (The best thing to do is to remove the field)

2. Some places do have this concept, but they don’t call it `unit`, so 
seeing the word “unit” in the UI is confusing
    (The best thing to do is probably rename the field, maybe 
“Apt/Floor/Unit” or something else?)


3. Some places do have this concept, but it is so rare that people don’t 
want to see it in the UI
    (The best thing to do is - whatever local mappers want.  Still, 
“rare” does not mean “useless".)


4. Some places do not have a dedicated address format, so they see the 
“default” format which looks kind of European and had `addr:unit` added 
to it recently
    (I removed the field from the “default” format, since opinions on 
this field are so mixed)



Thanks, Bryan



On Jan 22, 2018, at 12:55 PM, Steve Doerr > wrote:


From the change log:
'remove addr:unit field for gb, ie, si, tr'.

I wonder why (re gb). Unit is quite a common element in UK addresses, 
isn't it?


Steve

Sent from my iPhone


I hope everyone takes a look at the changelog.



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




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




--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] problems in Nigeria

2018-01-22 Thread Rafael Avila Coya


Hi, John:

This changeset added 328 road segments, to a small area in the SW 
outskirts of Benin City [1]. I've checked the rest of the city and most 
of the cities of all Nigeria, and didn't find any other one.


It's messy, obviously, as s/he added the roads where there were many 
streets already mapped.


I am not sure if these data was imported from a 3rd source (his 
changeset comment is "Latest update for a community work i performed in 
December 2017"), but weather it is an import or not, I guess the first 
step should be reverting this changesets, and then, if they are his/her 
own data, tell him/her how s/he could integrate his/her data into OSM.


If it is an import, it should be immediately reverted or redacted, and 
only being imported after following the imports guidelines.


I have also added a comment to his/her changeset. Let's wait a bit if 
s/he answers to the comments.


Cheers,

Rafael.

[1] https://www.openstreetmap.org/changeset/54996297

On 22/01/18 21:35, john whelan wrote:
I've just come across a number of highways that appear to have been 
added over existing highways.  From the tags on the highways it would 
appear to be some sort of import.


Is there any group of Nigerian mappers who could take a look please.

https://www.openstreetmap.org/search?query=ogboyoko%20nigeria#map=17/6.31193/5.56882

Thanks John


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



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

[Talk-it] Bivacco, distinzione proprietario e gestore.

2018-01-22 Thread liste DOT girarsi AT posteo DOT eu

Sempre su un bivacco, ho le informazioni dove dicono che il Comune 
locale è proprietario del bivacco, ed ha affidato in gestione alla SAT 
locale lo stesso.


Quindi è funzionale mettere sul building:

owner=Comune locale

operator=Società degli Alpinisti Tridentini

???


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

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

[OSM-talk-fr] Pb de la déclassification des autoroutes A6/A7 dans la traversée de Lyon (et accessoirement de l'A709 au sud de Montpellier)

2018-01-22 Thread Rene Chalon


Bonsoir à tous,

Suite à l'annonce de la déclassification des autoroutes A6 et A7 dans la 
traversée de Lyon (officielle depuis le 1/11/2017), Il y a 2 mois un 
contributeur avait transformé les highways correspondantes en "trunk". 
Mais comme sur le terrain rien n'a encore changé et, en suivant le 
principe que c'est le "terrain qui fait foi", j'avais fait un revert des 
modifications en mettant un commentaire explicite sur les changesets et 
en ajoutant une note sur chaque tronçon : "Section d'autoroute 
officiellement déclassée depuis le 1/11/2017 mais rien n'a encore 
changé. Merci de transformer en trunk et changer les ref seulement 
lorsque cela sera effectif sur le terrain!"


Il y a quelques jours, le contributeur a de nouveau fait les 
modifications. Cette fois-ci j'ai placé des commentaires sur ses 
changesets :

- https://www.openstreetmap.org/changeset/3663
- https://www.openstreetmap.org/changeset/5860
- https://www.openstreetmap.org/changeset/6084
- https://www.openstreetmap.org/changeset/55572011
- https://www.openstreetmap.org/changeset/55572159
- https://www.openstreetmap.org/changeset/55584753

J'ai surtout pris le soin de prendre contact avec lui (ce que j'aurais 
dû faire dès la première fois, mea culpa).


Il me répond que bien qu'il n'y ait pas de changements sur le terrain, 
"il est de notoriété publique que l'autoroute a été déclassée, et 
il me semble qu'il est de notre devoir sur Openstreetmap de tenir les 
utilisateurs informés de ce changement, dont les impacts seront très 
rapidement visibles sur le terrain (cf budget voté à la Métropole de 
Lyon pour une modification des signalisations dès 2018)."


Il avance aussi comme argument que l'A709 (ex A9) au sud de Montpellier 
est aussi tagguée comme trunk alors que la signalisation autoroutière 
est toujours présente car "son usage en tant que voie rapide 
locale [...] justifie la situation".


Ce problème de classification me semble important pour les logiciels qui 
utilisent les données OSM comme par exemple les logiciels de navigation. 
En effet, les règles du codes de la route ne sont pas les même selon 
qu'il s'agit d'une autoroute ou d'une voie pour automobile.


J'aimerais donc avoir l'avis de la liste sur ces 2 points :
- Faut-il déclasser tout de suite les autoroutes A6/A7 dans la traversée 
de Lyon alors que les panneaux autoroutiers sont toujours en place ?
- Le passage en trunk de l'A709 au sud de Montpellier est-il légitime si 
elle bien toujours classée comme autoroute ?


Bien cordialement,
René Chalon (aka renecha).




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

[Talk-it] Fornello a legna dentro bivacco.

2018-01-22 Thread liste DOT girarsi AT posteo DOT eu


Su wikipedia ho visto questa pagina:

https://en.wikipedia.org/wiki/Wood-burning_stove


In basso c'è una foto "vecchia" dove definisce il fornello a legna, 
"woodstove".


https://en.wikipedia.org/wiki/Wood-burning_stove#Hardwood_or_softwood


Quindi è fattibile mappare la presenza all'interno del bivacco con:

woodstove=yes



Su taginfo ho guardato ma c'è un shop=* ed un paio di description, ma 
non vedo tag appropriati.




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

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

Re: [OSM-talk] iD news - v2.6.0 lots of new features...

Yes this is an interesting issue.. A lot of people were pretty upset when the 
`addr:unit` field started appearing in their address field.  

Field was added here:  https://github.com/openstreetmap/iD/pull/4235 

At the time it seemed pretty harmless.
(I locked discussion on that issue because it was getting too noisy - we really 
don’t need to discuss how address work in all parts of the world)

I mostly take a pretty hands-off approach to this field - I’d like for people 
to be able to map addresses however they want to in their country, and I don’t 
spend a lot of time tracking down what addresses look like around the world, so 
we rely on local contributors to update the source code with pull requests.

I think there are several things going on here:

1. Some places really don’t have a concept of `addr:unit` - there are just no 
addresses split up by floor, apartment, etc.
   (The best thing to do is to remove the field)

2. Some places do have this concept, but they don’t call it `unit`, so seeing 
the word “unit” in the UI is confusing
   (The best thing to do is probably rename the field, maybe “Apt/Floor/Unit” 
or something else?)

3. Some places do have this concept, but it is so rare that people don’t want 
to see it in the UI
   (The best thing to do is - whatever local mappers want.  Still, “rare” does 
not mean “useless".)

4. Some places do not have a dedicated address format, so they see the 
“default” format which looks kind of European and had `addr:unit` added to it 
recently
   (I removed the field from the “default” format, since opinions on this field 
are so mixed)

Thanks, Bryan

> On Jan 22, 2018, at 12:55 PM, Steve Doerr  wrote:
> 
> From the change log:
> 'remove addr:unit field for gb, ie, si, tr'. 
> 
> I wonder why (re gb). Unit is quite a common element in UK addresses, isn't 
> it?
> 
> Steve 
> 
> Sent from my iPhone
> 
>> I hope everyone takes a look at the changelog.
>> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[OSM-talk] problems in Nigeria

2018-01-22 Thread john whelan

I've just come across a number of highways that appear to have been added
over existing highways.  From the tags on the highways it would appear to
be some sort of import.

Is there any group of Nigerian mappers who could take a look please.

https://www.openstreetmap.org/search?query=ogboyoko%20nigeria#map=17/6.31193/5.56882

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

Re: [Talk-de] Königreich Württemberg

Am 22. Januar 2018 um 20:39 schrieb Leon Karcher 
:

> Ich war mal dabei, Baden (und dann Württemberg) nach OHM zu exportieren.
> Die Server von OHM bringen mich aber immer zur Weißglut, der Upload dauert
> viel zu lange (wenn er überhaupt funktioniert). Irgendwann hab ich's dann
> aufgegeben, aber vielleicht findet sich ja jemand, der meine Arbeit
> fortsetzen will. Bevor die Grenzen nicht exportiert wurden, würde ich sie
> aber auch noch nicht aus OSM löschen.



das Exportieren geht ja innerhalb von Minuten, aber auch nach dem Löschen
sind die Sachen ja in OSM, und z.B. aus einem Full-Planet exportierbar
(oder mit Overpass Attic data).

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

Re: [Talk-de] Königreich Württemberg

2018-01-22 Thread Leon Karcher

Ich war mal dabei, Baden (und dann Württemberg) nach OHM zu exportieren.
Die Server von OHM bringen mich aber immer zur Weißglut, der Upload dauert
viel zu lange (wenn er überhaupt funktioniert). Irgendwann hab ich's dann
aufgegeben, aber vielleicht findet sich ja jemand, der meine Arbeit
fortsetzen will. Bevor die Grenzen nicht exportiert wurden, würde ich sie
aber auch noch nicht aus OSM löschen.

LG,
Leon

Am 22. Januar 2018 um 19:36 schrieb chris66 :

> Am 22.01.2018 um 18:13 schrieb Martin Koppenhoefer:
>
>> Wie ist die aktuelle Einstellung zu überholten politisch-administrativen
>> Territorien?
>>
>
> Gehört mMn nicht nach OSM.
>
> Chris
>
>
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Königreich Württemberg

2018-01-22 Thread Michael Reichert

Hallo,

Am 22.01.2018 um 19:36 schrieb chris66:
> Am 22.01.2018 um 18:13 schrieb Martin Koppenhoefer:
>> Wie ist die aktuelle Einstellung zu überholten politisch-administrativen
>> Territorien? 
> 
> Gehört mMn nicht nach OSM.

Das sehe ich auch so. Diese Meinung gilt auch für das Großherzogtum
Baden. Die beiden und vermutlich eine Reihe historischer Grenzen sind
AFAIK von einem einzigen Mapper.

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

[Talk-GB] Armchair mapper changing oneway constraints?

2018-01-22 Thread Neil Matthews

Might be useful to check your area for user Benitoto changing oneway
constraints: https://www.openstreetmap.org/user/Benitoto.

This looks like an armchair / geometry exercise -- rather than just
adding notes to request local mappers to (re)survey them.

I think some of the issues may be due to missing highways "in/under"
multi-storey car parks, whereas othes are probably because a highway
should be split into smaller pieces -- but it's not all going to be
clear without a survey.

Cheers,
Neil




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

Re: [Talk-at] Neighbourhoods in Wien

2018-01-22 Thread Friedrich Volkmann


On 21.01.2018 18:44, Stefan Nagy wrote:
ich wollte mal fragen, ob es in der Vergangenheit in der Wiener Gruppe 
irgendeinen Beschluss oder eine Diskussion darüber gab, die Namen ehemaliger 
Ortschaften/Vorstädte/Siedlungen innerhalb Wiens als neighbourhoods (also 
place=neighbourhood) einzutragen.


Stadtteile als place=suburb bzw. neighbourhood zu taggen ist weltweiter 
Standard, siehe Wiki. In Talk-AT steht es uns nicht zu, grob Abweichendes zu 
beschließen. Ich hab aber hier auf Talk-AT im Juni 2015 einen Thread "Wiener 
Katastralgemeinden" gestartet um das Chaos aus eingemeindeten Siedlungen 
einerseits und Katastralgemeinden andererseits aufzulösen. Die waren mehr 
oder weniger alle als place=suburb gemappt, was aber für manche 
Katastralgemeinden nicht passte, denn z.B. Inzersdorf-Stadt, wo ich wohne, 
war nie eine eigenständige Siedlung. Ich hab dann die Katastralgemeinden als 
boundary-Relationen gemappt (zu den Tags gibt es unterschiedliche Meinungen, 
aber das Mapping als Relationen kann man als Konsens ansehen) und die 
eingemeindeten Siedlungen als place-Nodes: suburb für ehemalige Dörfer, 
neighbourhood für ehemalige kleinere Siedlungen (Rotten alias Weiler). Die 
setzte ich nach Möglichkeit auf die ehemaligen Siedlungskerne. In manchen 
Fällen war das nicht so einfach, z.B. Weißgerber war ursprünglich ein 
Straßendorf an der Weißgerberstraße, mit dem Bau der Othmarkirche und der 
Bahn verlagerte sich aber das Zentrum. Zudem schrieb mich jemand an, ich 
möge Weißgerber als Fläche gemappt lassen, weil es eine klar definierte 
Grenze gebe. Meines Wissens war die Grenze aber nur am Papier definiert, 
denn der größe Teil der Fläche war noch Grünland.


Es gibt auch einige place=neighbourhood für Grätzel, deren Namen bzw. 
Identitäten erst später erfunden wurden (z.B. Triesterviertel, 
Bermudadreieck). Die haben nichts mit den eingemeindeten Rotten zu tun, aber 
eine Gemeinsamkeit ist, dass beide Arten von place=neighbourhood von der 
Baustruktur her keine Abstammung von einer separaten Siedlung erkennen lassen.


Ich weiß zum Beispiel, dass ganz in der Nähe meiner Straße früher Nikolsdorf 
war. Aber ich wohne da doch zumindest mehr als zehn Jahre und habe es noch 
nie mitbekommen, dass Leute diesen Stadtteil heute Nikolsdorf nennen würden… 


So ähnlich geht es mir mit der Katastralgemeinde Inzersdorf-Stadt. Ich lebte 
20 Jahre hier ohne diese Bezeichnung je gehört zu haben. Nikolsdorf ist 
jedoch als Siedlung belegt, du findest sie in alten Karten, 
bezeichnenderweise entlang der Nikolsdorfer Gasse. Wie ein Straßendorf, aber 
meines Wissens war es nie ein richtiges Dorf, denn es gab keine kommunalen 
Einrichtungen wie Kirche, Schule... Darum weist es heute nicht "a distinct 
and recognised local name and identity" auf, was das Wiki als Kriterium für 
place=suburb angibt. Deshalb taggte ich es nur als place=neighbourhood. Vor 
1 Monat änderte User "Yktan Eszett" den Node auf suburb. Ich schrieb ihn an 
und erklärte, warum ich mich für place=neighbourhood entschieden hatte. 
Danach revertierte er seine Änderung und schrieb mir: »I assumed that every 
former suburb with its own "Ortsrichter" should be declared as 
borough/suburb« Leider schrieb er mir nicht, wo er die Info mit dem 
Ortsrichter her hatte.


Nachdem das neighbourhood als Knoten eingetragen ist, wird auch jede Adresse 
in meiner Straße diesem zugerechnet; mein Haus liegt also angeblich in 
Nikolsdorf. Und das ist nicht nur heute falsch – das war noch nie richtig.


Diese Zuordnungen in Suchergebnissen auf openstreetmap.org und auch bei Map 
Notes sind z.T. völlig falsch, das ist nicht nur bei Nikolsdorf ein Problem. 
Anscheinend wird in jeder Hierarchieebene der nächste Node für die 
Lageangabe herangezogen, und so gehört für Nominatim der ganze Anninger zum 
Richardshof und vielleicht auch der halbe fünfte Bezirk zu Nikolsdorf.


Mir geht es nicht darum, dass ich alle fragwürdigen neighbourhoods in Wien 
löschen möchte; dazu kenne ich die anderen Grätzl und die dortigen 
Sprachgewohnheiten zu wenig. Aber ich wollte mal zumindest darauf aufmerksam 
machen und eben fragen, ob es irgendeinen guten Grund gibt, dass diese 
neighbourhoods existieren.


Dass Nikolsdorf in alten Karten eingezeichnet ist und die Häuserzeilen 
beidseits der Straße im Prinzip noch unverändert erhalten sind, sollte ein 
hinreichender Grund sein. Außerdem kann ich mir nicht vorstellen, dass den 
Anwohnern in der Nikolsdorfer Straße noch nie aufgefallen ist, wie ihre 
Straße heißt. Wenn es eine Nikolsdorfer Straße gibt, dann muss es 
logischerweise auch ein Nikolsdorf geben oder zumindest gegeben haben. 
Natürlich könnte Nikolsdorf auch woanders sein (so wie Südtirol nicht beim 
Südtiroler Platz ist und Tokio nicht an der Tokiostraße), und womöglich 
verwechselt der eine oder andere Nikolsdorf mit Nikolsburg. Aber zumindest 
sollte der Ortsname nicht ganz unbekannt sein.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100

Re: [Talk-it] FOSS4G-IT 2018

2018-01-22 Thread mbranco2

Conto di esserci anche io. Sono interessato ad entrambi gli argomenti, ma
opterei per la sessione Protezione Civile.

Un saluto a tutti,
Marco

Il giorno 22 gennaio 2018 13:15, Alessandro  ha scritto:

> Il 22/01/2018 12:43, Martin Koppenhoefer ha scritto:
>
>> Io ci sarò, sono per la mappatura dei civici piuttosto che la sessione in
>> aula (se queste erano intese come alternative).
>>
>> Ciao,
>> Martin
>>
>>
> Grazie Marco e Martin per le risposte.
> Martin, nella condizione ideale le due sessioni viaggerebbero in parallelo.
> Quella dei civici inizierebbe alle 9,30 con l'istruzione e la preparazione
> delle app mentre per la seconda ho indicato le 10,30 come inizio.
> L'incognita è quella della partecipazione; al momento avete risposto in 4
> :-(
>
> La sessione Protezione Civile sarebbe importante perchè molto
> probabilmente saranno presenti alcuni dirigenti dei VVF nazionali.
> C'è anche un certo legame tra le due sessioni perchè vorrei far vedere che
> chi è in giro a rilevare i civici con Geopaparazzi può mandare via mail il
> file gpap e dalla "base" si farebbe mapping in tempo quasi reale.
>
>
> Alessandro Ale_Zena_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

[OSM-talk-be] fietsknooppunten onder een nieuwe licentie

2018-01-22 Thread joost schouppe

Hoi,

Heeft iemand een idee of deze licentie bruikbaar is voor OSM?

http://data.toerismevlaanderen.be/licenties (licentie routenetwerken)

Die is wellicht van toepassing op:
http://data.toerismevlaanderen.be/tourist/routes/cycling_node_network_v2

En de meeste gerelateerde die hier staan:
http://data.toerismevlaanderen.be/datasets?q=datasets%5B0%5D=category%3Aroutes%20%26%20tours

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-de] Königreich Württemberg

2018-01-22 Thread chris66


Am 22.01.2018 um 18:13 schrieb Martin Koppenhoefer:

Wie ist die aktuelle Einstellung zu überholten politisch-administrativen
Territorien? 


Gehört mMn nicht nach OSM.

Chris




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

[Talk-it] surface=cobblestones nuova proposta

Segnalo questa proposta in Mailing list tagging, che potrebbe interessare
anche qui (visto che ne abbiamo parrecchi di questi superfici):
https://lists.openstreetmap.org/pipermail/tagging/2018-January/034931.html

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

Re: [OSM-talk] iD news - v2.6.0 lots of new features...

2018-01-22 Thread Steve Doerr

From the change log:
'remove addr:unit field for gb, ie, si, tr'. 

I wonder why (re gb). Unit is quite a common element in UK addresses, isn't it?

Steve 

Sent from my iPhone

> I hope everyone takes a look at the changelog.
> 

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

Re: [OSRM-talk] Get route legs tags in response of route service

Hi Daniel,

For me, sending an id as name attribute sounds like the best solution.
I understand that osrm doesn't explicitly need osm (or third party) tags,
but it's pretty difficult to display comprehensive information to users or
ownstream services without them.

Would it introduce unbearable load to make tags forwarded in response of a
further osrm version?

François

2018-01-22 17:57 GMT+01:00 Daniel Patterson :

> Hi François,
>
>   By default, no - OSRM doesn't save any data that it doesn't explicitly
> need.  There are two main approaches for getting extra OSM metadata along
> your route:
>
>   1) Use something like https://github.com/mapbox/route-annotator to get
> the tag information *after* the route is found.
>
>   2) Modify the `car.lua` script to encode the tags you want inside the
> `name` field.  Be aware that this can affect the generation of route steps,
> and not all steps may be returned due to obvious turn detection and step
> collapsing.
>
> In general, (1) is probably the most robust approach, but you'll need a
> second server, and you'll have to write the code to do the extra lookup.
>
> daniel
>
> On Mon, Jan 22, 2018 at 8:29 AM, François Lacombe <
> fl.infosrese...@gmail.com> wrote:
>
>> Hi everyone,
>>
>> i'm looking for the best strategy to get extra attributes of route legs
>> OSRM sends me in route service response.
>>
>> My goal is to know which type of path I should follow, e.g
>> highway=primary, highwy=secondary, man_made=pipeline or whatever.
>> Can I get in response every tags osm ways have in osm xml file processed
>> by osrm-extract ?
>>
>> Documentation gives examples with only name forwarded, but no extra tags.
>> Is this possible to get any id as to check against third party db?
>>
>> Thank you for any answer, all the best
>>
>> François
>>
>> ___
>> 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

[Talk-de] Königreich Württemberg

Wie ist die aktuelle Einstellung zu überholten politisch-administrativen
Territorien? Z.B. Kgr. Württemberg, gibt es seit 2 Jahren und hat
mittlerweile 36 Versionen:
https://www.openstreetmap.org/relation/6163377

end_date=1945

Wieso eigentlich 1945 und nicht 1918?

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

[OSM-talk-fr] Proposition sur les voies d'eau sous pression

Bonjour à tous,

S'ouvre aujourd'hui le vote sur une proposition d'ajout à OSM des voies
d'eau sous pression avec waterway=pressurized.
Il y en a beaucoup construites par l'homme (conduites forcées, aqueducs...)
mais aussi des naturelles (siphons).
https://wiki.openstreetmap.org/wiki/Proposed_features/Hydropower_water_supplies

Une traduction en français est d'ores et déjà disponible, pour faciliter la
lecture et le nettoyage du wiki ensuite.

Le titre indique un thème orienté production hydroélectrique, et puis il a
fallu élargir pour garantir que les tags puissent être utilisés par
d'autres (comme pour la spéléo).
https://wiki.openstreetmap.org/wiki/File:Waterway_flows.png


Merci d'ajouter vos votes si vous le souhaitez au bas de la version
anglaise uniquement.


Bonne après-midi

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

[Talk-us] iD news - v2.6.0 lots of new features...

Happy 2018! I just released iD v2.6.0 yesterday..

 Release Highlights

-  You can now adjust imagery brightness, contrast, saturation, and
sharpness.
(Not currently available in Internet Explorer or Edge)
Try enhancing the background imagery by opening the Background pane (shortcut
“B") and adjusting the slider controls.

-  iD will now prevent users from drawing many self-crossing lines and areas.
See issue https://github.com/openstreetmap/iD/issues/4646
for examples and more info.
You can override these checks by holding down the Alt/Option key while drawing.

- ↕️ Features with a direction-type tag will display view cones indicating the
directions they face.
This is useful for mapping features like street signs, traffic signals,
billboards, security cameras, and more.

-  Transit-related presets have been updated to support Public Transport v2
tagging schema.
Many presets have new icons too, to better match the mode of transport (tram,
light rail, trolleybus, etc.)
Try mapping some transit platforms, stations, stop positions, etc.

-  We've completely refreshed the in-app Help content in iD.
Huge thanks to Manfred Brandl, Minh Nguyễn, and our many volunteers on
Transifex for their work on this!
Check out the new help texts by opening the Help pane (shortcut "H").

There are many many more presets, usability improvements, and bug fixes
included too.
I’m really proud of the work we’ve been able to roll into this release, and I
hope everyone takes a look at the changelog.
About 20 people contributed pull requests, many of them are first time
contributors: Thank you! 

Changelog:
https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#260

Twitter:
v2.6.0, Imagery sliders:
https://twitter.com/bhousel/status/955146596211150852

New Help content: https://twitter.com/bhousel/status/955148340857065472

Reddit:

https://www.reddit.com/r/openstreetmap/comments/7s2m3g/id_editor_v260_released_and_available_on/

As always, follow me on Twitter https://twitter.com/bhousel
for the latest iD news. 2018 will be a great
year!

Thank you!
❤️ Bryan, and the rest of the  team.

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

[OSM-talk] iD news - v2.6.0 lots of new features...

Happy 2018! I just released iD v2.6.0 yesterday..

 Release Highlights

Changelog:
https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#260

Twitter:
v2.6.0, Imagery sliders:
https://twitter.com/bhousel/status/955146596211150852

New Help content: https://twitter.com/bhousel/status/955148340857065472

Reddit:

https://www.reddit.com/r/openstreetmap/comments/7s2m3g/id_editor_v260_released_and_available_on/

As always, follow me on Twitter https://twitter.com/bhousel
for the latest iD news. 2018 will be a great
year!

Thank you!
❤️ Bryan, and the rest of the  team.

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

Re: [OSM-talk-fr] positionnement des adresses et ménage

2018-01-22 Thread Christian Quest


Le 22/01/2018 à 12:48, marc marc a écrit :

en résumé pour ceux qui ne lisent pas tout :
il y a 2 visions pour le position des nœuds :
le position pour le routing et celle pour le lien avec un bâtiment.
la question est donc : pourrait-on enfin UNE méthode qui satisfasse
les DEUX besoins : quel est l'adresse d'un bâtiment ET comment
s'y rendre.
C'est indispensable si on veux harmoniser.

Le 22. 01. 18 à 11:32, Cyrille37 OSM a écrit :

Le résumé de Christian pourrait être déposé délicatement,
mais très visiblement, sur le wiki.openstreetmap.org ?

L’existence d'une relation x-y entre les adresses et les bâtiments
est déjà écrit sur la page wiki des adresses.
Je veux bien me charger de mieux rédiger les arguments de ceux qui
tagent pour le routing et de ceux qui tager pour le lien avec les bâtiments.


J'étais visiblement pas assez clair... vouloir faire le lien avec le 
bâtiment est une fausse bonne idée.




Cependant, j'aurais aimé naïvement que les partisans de la position
en bord de parcelle prennent en compte le revers de la médaille :
l'absence de lien entre le(s) bâtiment(s) et leur(s) adresse(s).
Cela aurait permit de mettre en place une solution qui résout les 2
problèmes au lieu d'avoir 2 version qui ne résolvent que la moitié
du problème.
Je comprend d'autant moins qu'avec un (maigre) millier d'adresses
à mon actif, ce que je propose n'a cependant rencontré aucun cas qui
ne fonctionne pas. et pourtant je pense avoir croisé tous les cas.
Faut pas s'attendre à voir une solution unique adoptée si elle casse
ce que l'autre solution apporte. Dire que les autres ont tord ne suffit
pas si on ne propose pas en même temps une solution globale aux 2 faces
de la même pièce.


C'est parce que la pièce à 3 faces... et même pas deux: adresses, 
parcelles, bâtiments.


On ne peut pas résoudre les 2 (ni 3) d'un coup sans modéliser chaque 
type d'info à part. En voulant mélanger, on ne décrit ni l'un ni l'autre 
correctement.




Pour rappel ma solution simple :
Le lien addr-bâtiment pourrait se faire au choix :
- soit en positionnant le nœud sur ou dans le contour du bâtiment (comme
cela se fait déjà pour les maisons mitoyennes en zone urbaine dense...
parfois ce n'est qu'une question de cm pour avoir ce lien !)


Tu veux parler des maisons sur rues, avec la façade en bord de parcelle 
? Elle ne sont pas forcément mitoyennes... et le point d'accès au 
domaine privé, n'est pas forcément sur la façade du bâtiment.




- ou de l'aire concernée (comme cela se fait déjà souvent pour les écoles)


En bord d'aire ? Au point d'accès donc entre domaine public et privé... 
on y revient ;)



- soit en travaillant sur une relation style associatedAddr.
Le routage est fait avec les routes (donc si on a un problème de routing
pour se rendre à un bâtiment, on trace la route de déserte manquante).
___



Je ne comprends pas ce besoin qui me semble purement théorique.

Pour le routage, on rentre quoi comme info ? Une adresse... et une 
adresse n'est pas un identifiant de bâtiment (chose qui n'existe pas 
vraiment actuellement).


--
Christian Quest - OpenStreetMap France


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

[OSRM-talk] Get route legs tags in response of route service

Hi everyone,

i'm looking for the best strategy to get extra attributes of route legs
OSRM sends me in route service response.

My goal is to know which type of path I should follow, e.g highway=primary,
highwy=secondary, man_made=pipeline or whatever.
Can I get in response every tags osm ways have in osm xml file processed by
osrm-extract ?

Documentation gives examples with only name forwarded, but no extra tags.
Is this possible to get any id as to check against third party db?

Thank you for any answer, all the best

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

[OSRM-talk] OSRM v5.15.0 release

2018-01-22 Thread Michael Krasnyk

The v5.15 release is focused on improving OSRM guidance and bug fixes. Also
a new class `tunnel` was added to designate route steps in tunnels.

Detailed list of changes in 5.15.0 from 5.14.3:

- Bugfixes:
  - FIXED #4704: Fixed regression in bearings reordering introduced in
5.13
  - FIXED #4781: Fixed overflow exceptions in percent-encoding parsing
  - FIXED #4770: Fixed exclude flags for single toll road scenario
  - FIXED #4283: Fix overflow on zero duration segments
  - FIXED #4804: Ignore no_*_on_red turn restrictions

- Guidance:
  - CHANGED #4706: Guidance refactoring step to decouple intersection
connectivity analysis and turn instructions generation
  - CHANGED #3491: Refactor `isThroughStreet`/Intersection options

- Profile:
  - ADDED: `tunnel` as a new class in car profile so that sections of
the route with tunnel tags will be marked as such


You can compile OSRM from source, use the pre-built binaries we ship with
node-osrm or use our Docker images. Always happy to hear your feedback!

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

Re: [OSM-talk] OSM data, how can we contribute to keep it to a reasonable size?

Since we found out that our growth isn't exponential but linear, I'm not
too worried about the requirements. See for example here:
https://wiki.openstreetmap.org/wiki/File:Osmdbstats1_log.png
Also this: https://wiki.openstreetmap.org/wiki/File:Osmdbstats2.png

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

Re: [Talk-it] Nuova versione di iD: richiesta traduzione di diverse stringhe

2018-01-22 Thread Marco

Ciao, se sto guardando la pagina giusta di transifex non mi sembra che 
siamo messi così male, dovrebbero mancarne 360, di cui alcune sono 
doppie. Mi sembra che da mesi nessuna stringa venga 
validata/revisionata, ha qualche risvolto negativo la mancata 
validazione delle stringhe?



Il 22/01/2018 15:59, Alessandro Palmas ha scritto:

Ciao lista,
la nuova versione di iD, arrivato alla 2.6, ha molte stringhe da 
tradurre in italiano.


Considerando che è l'editor più usato dai nuovi utenti sarebbe 
abbastanza importante che sia completamente tradotto in italiano.
Occorre registrarsi a Transifex, la stessa piattaforma usata per 
tradurre Learnosm


https://www.transifex.com/openstreetmap/id-editor/

Grazie
  Alessandro Ale_Zena_IT


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


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

Re: [OSM-talk] OSM data, how can we contribute to keep it to a reasonable size?

Milo's point on database growth is actually very important, and I worry that it 
might be missed.  We shouldn’t be concerned about shaving a few bytes off of 
the tag values to save space, or the power consumption of different processors.

OSM needs a growth plan.

We should already have pretty solid metrics on how fast the database is 
growing, and roughly when we’ll outgrow the current database architecture.  I’d 
be very happy to see OSM grow by 10x, 100x, or more as we continue to map 
everything the world, and we should be prepared for that.  

Curious if anyone else is thinking about this?

Bryan

> On Jan 22, 2018, at 3:57 AM, Milo van der Linden  wrote:
> 
> In my personal opinion, the database will grow and keep growing. So
> instead of looking at means to make things smaller, I think we should
> look at enabling even more storage. Couldn't geographical
> "shards/segments" be a solution? Like, keeping a database for Europe,
> Asia, North-America and so on that are glued together in a smart way,
> but allow for downloading partials straight from the main databases?
> And might it be smart to create a more distributed database? When I
> look at the hardware, there are currently 3 database; karm, ramoth and
> katla and it seems all 3 are in the UK.
> 
> Not intending to start an off topic, but this is just my opinion.
> 
> 2018-01-21 12:05 GMT+01:00 Oleksiy Muzalyev :
>> On 21.01.18 10:04, Martin Koppenhoefer wrote:
>> 
>> 
>> On 21. Jan 2018, at 09:21, Oleksiy Muzalyev 
>> wrote:
>> 
>> For example, Intel i7-8700K 3.7 GHz 8th generation processor consumes 95 W
>> [2], add to this the fans, hard disks, etc., it comes to 400 W power supply
>> unit. 
>> 
>> For comparison, the Raspeberry Pi 3 single-board computer requires only 10 W
>> power supply [4], 40 times less.
>> 

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

Re: [OSM-talk-fr] Stops et OSMAnd~ Était : Re: éditeur iD version 2.6.0

2018-01-22 Thread marc marc

Le 22. 01. 18 à 15:15, Rpnpif a écrit :
> traffic_sign est-il obligatoire ? Le wiki n'en parle pas.

non c'est totalement optionnel, c'est un preset josm qui permet
de l'ajouter facilement. a mon avis quasi pas utilisé.

> https://www.openstreetmap.org/node/5242805221
> OsmAnd~ signale les stops quand on sort de la route, ci qui est normal
> mais aussi quand on y rentre ce qui est faux.

Je ne vois pas de problème de tag.
Si personne d'autres n'en voit, ouvre un rapport de bug chew OsmAnd

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

[Talk-GB] 360 camera

2018-01-22 Thread Rob Nickerson

Hi Dan,

We haven't set any requests for what type of photos to capture as the main
aim of this is to give folk a chance to test 360 photo mapping without the
high upfront cost. Up to your creativity as to what to map.

Personally I think it's good for urban areas such as high streets. A quick
walk along the high street when it's quiet (e.g
 Sunday morning) to capture the changing retail offer and then updating
osm. I'm sure others will have their own ideas as to what to photo though
:-)

Best,
Rob
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-it] Eccellenze OSM in Italia del 2017

2018-01-22 Thread Alessandro Palmas


  
  
Ciao lista,
avete partecipato a progetti o minimappature maniacali? C'è qualche
zona in OSM che nel 2017 è diventata degna di essere conosciuta?

Facetelo sapere qui. In un prossimo numero delle Wikimedia news (1)
vorrei trovare un pò di spazio per mostrare queste piccole
eccellenze.

A Genova ad esempio ci siamo occupati del Cimitero Monumentale di
Staglieno (allegria! :-) ) (2).

Alessandro Ale_Zena_IT


1) https://wiki.wikimedia.it/wiki/Wikimedia_news
2)
https://www.openstreetmap.org/#map=18/44.42941/8.95108=D
  


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

Re: [Talk-it] pronto soccorso ospedali italiani

2018-01-19 7:59 GMT+01:00 Aury88 :

> ricordo che esiste il tag healthcare:speciality=emergency
>


mi sembra che non funzioni, perché va in conflitto con altre specialità.
Come si possono taggare un pronto soccorso pediatrico, oppure uno
ginecologico?
Inoltre questa proprietà non indica per forza un pronto soccorso, potrebbe
essere anche un spazio didattico (università, ospedale), ecc dove si
insegna questa materia.

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

[Talk-it] Nuova versione di iD: richiesta traduzione di diverse stringhe

2018-01-22 Thread Alessandro Palmas


  
  
Ciao lista,
la nuova versione di iD, arrivato alla 2.6, ha molte stringhe da
tradurre in italiano.

Considerando che è l'editor più usato dai nuovi utenti sarebbe
abbastanza importante che sia completamente tradotto in italiano.
Occorre registrarsi a Transifex, la stessa piattaforma usata per
tradurre Learnosm

https://www.transifex.com/openstreetmap/id-editor/

Grazie
  Alessandro Ale_Zena_IT
  


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

Re: [OSM-talk-fr] Stops et OSMAnd~ Était : Re: éditeur iD version 2.6.0

2018-01-22 Thread Rpnpif

Le 22 janvier 2018, David Crochet a écrit :

> Bonjour
> 
> 
> Le 22/01/2018 à 10:34, Rpnpif a écrit :
> >   Mais bizarrement,
> > l'erreur n'existe pas partout.  
> 
> Au mieux, le nœud "stop" ne se met pas sur le nœud correspondant au 
> carrefour, mais su un nœud proche de celui du carrefour sur le chemin 
> affecté par le nœud.
> 
> A chaque fois qu'OSMand m'indiquait un stop alors qu'il n'avait pas à le 
> faire, c'est le le nœud stop était sur le nœud carrefour

highway=stop et direction=backward sont bien positionnés sur les routes
concernés. traffic_sign est-il obligatoire ? Le wiki n'en parle pas.

Voir ici : sur la rue du Parc et la rue de l'Union :
https://www.openstreetmap.org/#map=19/47.55249/-0.80935
https://www.openstreetmap.org/node/5242805221

OsmAnd~ signale les stops quand on sort de la route, ci qui est normal
mais aussi quand on y rentre ce qui est faux.
traffic_sign:forward= n'est pas mentionné sur 
https://wiki.openstreetmap.org/wiki/FR:Tag:highway=stop
Il faut le mettre ?

Je ne retrouve pas pour l'instant des stops qui fonctionnent
correctement.

-- 
Alain Rpnpif

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

Re: [Talk-it] Sede Gruppo Scout

2018-01-22 13:36 GMT+01:00 demon.box :

> dieterdreist wrote
> > ma solitamente non può essere lo stesso elemento di un
> > "amenity=community_centre", perché il primo descrive un'associazione, il
> > secondo un luogo (elementi distinti, normalmente nomi diversi, ecc.).
>
> eppure
>
> community_centre=club_home (A facility of a particular club or
> association.)
>
> è documentato https://wiki.openstreetmap.org/wiki/Key:community_centre
>
> cosa ne dite?
>



ammetto che non mi piace, perché se guardi alla pagina di wikipedia
linkata, si specifica che "Community centres generally perform many (though
rarely all) the following functions in its community", quindi non la
interpreterei come un posto di una sola associazione, ma di un "centro"
(centre). A parte questo, è comunque un tag per descrivere meglio il luogo
fisico (il centro), non è necessario per descrivere i scout. Sottoscrivo
anche la mail di Lorenzo.

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

Re: [Talk-it] Pareri su mappatura ciclabili

2018-01-21 18:45 GMT+01:00 Marco :

> Grazie per le risposte, quindi ne deduco che il metodo preferito sia
> quello della linea separata, prevalentemente per il fatto che consente di
> aggiungere i dettagli aggiuntivi da te indicati, anche se credo di non
> averli quasi mai visti.
>
>

il vantaggio di avere un way distinto per le piste è anche di poter
descrivere meglio eventuali dettagli geometriche come la posizione di altri
oggetti _tra_ pista e strada (cabine telefoniche, guardrail, aiuole,
lampade, ecc:), e gli incroci con accessi alle proprietà adiacenti
(driveway). Inoltre aggiungendo questi dettagli tutti alle strade, in
teoria possibile per alcune proprietà, porterebbe ad una frammentazione
eccessiva della strada.

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

[OSM-talk-fr] Projet du mois? (si c'est pas déjà pris!) Cartographie Cox's Bazar - Crise des Rohingyas

2018-01-22 Thread Violaine Doutreleau


Bonjour à tous,

Pour ceux qui auraient un peu de temps pour donner un coup de main, 
beaucoup  d'organisations humanitaires sur le terrain sont déployées 
pour venir en aide aux Rohingyas, sur Cox's Bazar, et en demande 
d'informations carto de base (pour se déplacer essentiellement à ce 
stade, définir les points de distribution). Pour le moment, avec 
quelques uns de nos bénévoles avancés on se mobilise en priorité pour 
sortir une cartographie potable du réseau des voies (la majorité sont 
des chemins d'ailleurs). La première couche réalisée est pas vraiment 
optimisée, et complique la donne pour se déplacer du fait d'une majorité 
de chemins classés en route (pour le moment).


Le HCR (Haut Commissariat aux Réfugiés des Nations Unies) utilise OSMAnd 
pour naviguer et atteindre les ménages (avec une base d'adresse 
parallèle, appelée via gpx ds l'appli) des réfugiés. Mais bien d'autres 
organisations utilisent la donnée.


Du coup si vous aviez un peu de temps pour valider / améliorer la donnée 
(réseau de voies uniquement), ça ferait des heureux (d'autant que la 
saison des pluies arrive,  on aimerait aussi permettre d'anticiper les 
risques de glissement de terrains/ vous verrez que le relief est bien 
marqué). Le projet prioritaire est le suivant (réservé aux contributeurs 
avancés, mais ce canal les rassemble!) : 
https://tasks.hotosm.org/project/4006#bottom [1]


/Si vous vous mettez dessus et si ça peut éviter de perdre du temps, la 
majorité des voies sont des chemins, vérifiez bien que ça passe d'un 
bout à l'autre du tronçon.../


SI vous souhaitez aider les débutants novices d'OSM, mapathon jeudi 
prochain à Paris  [2] et le 30/01 à Lyon [3]


A bientôt j'espère!

Violaine pour CartONG

[1]:https://tasks.hotosm.org/project/4006#bottom

[2] : 
https://www.eventbrite.com/e/billets-mapathon-openstreetmap-paris-esspace-rohingyacrisis-42312344361


[3]:https://www.eventbrite.com/e/billets-mapathon-openstreetmap-lyon-latelier-des-medias-rohingyacrisis-42316970197

--

CartONG    Humanitarian mapping and information 
management


Violaine Doutreleau | Missing Maps project coordinator

Email: v_doutrel...@cartong.org 
Phone:+33 (0)4 79 26 28 82
Mobile:+33 (0)6 95 02 42 44
Skype:doutreleau.violaine

Website: cartong.org  | Twitter: @assocCartONG 
 | Address: Trévoux (Lyon area), 
France 
 



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

Re: [Talk-it] Sede Gruppo Scout

2018-01-22 Thread Lorenzo "Beba" Beltrami

Il giorno 22 gennaio 2018 13:36, demon.box  ha
scritto:

> dieterdreist wrote
> > ma solitamente non può essere lo stesso elemento di un
> > "amenity=community_centre", perché il primo descrive un'associazione, il
> > secondo un luogo (elementi distinti, normalmente nomi diversi, ecc.).
>
> eppure
>
> community_centre=club_home (A facility of a particular club or
> association.)
>
> è documentato https://wiki.openstreetmap.org/wiki/Key:community_centre
>
> cosa ne dite?
>

Secondo me le cose possono essere correlate, ma non necessariamente uno
implica l'altro.

Può esserci il caso in cui c'è un area (edificio? parte di un edificio?)
taggabile come community_centre=club_home che ospita una base scout e un
club sportivo e allora metterei il tag community_centre=club_home all'area
e due punti (o due aree più piccole) all'interno del contenitore.
Se invece c'è una casetta in mezzo ad un piazzale che ospita solo la base
scout allora posso anche unire le due cose e mettere sulla stessa area
community_centre=club_home e club=scout.
Altro caso potrebbe essere una base scout che magari è nello scantinato
della casa privata di uno dei capi: senza esagerare mi verrebbe da dire
building=home con dentro club=scout...

Ad esempio vicino a casa mia c'è l'oratorio parrocchiale che ospita gli
scout, ma non solo e quindi amenity=community_centre (senza
community_centre=club_home perché appunto non ci sono solo dei "club") con
dentro un nodo club=scout.

TL;DR: Dipende dai casi. :-)

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

Re: [Talk-it] FOSS4G-IT 2018

2018-01-22 Thread Francesco Frassinelli

On 16/01/18 08:19, Alessandro Palmas wrote:
> Ciao lista,
> in giornata dovrebbero pubblicare il calendario degli interventi.
> Quello dei workshop è già visibile da tempo cliccando su "Registrazione".
>
> Vorrei parlare della giornata OSM del 22 febbraio.
> Essendo di giovedì mmagino non ci sarà un'affluenza oceanica. Mi
> piacerebbe proporre due attività:
>
> - un mapping party dedicato ai numeri civici mostrando prima le app
> più indicate per farlo
>
> - una sessione in aula sulla mappatura nel campo della Protezione
> Civile / VVF, ecc..
>
> Vorrei sentire però il parere della comunità. Avete proposte
> alternative o consigli?

Presente! :-D
Non ho ben idea di come sarebbe la sessione, quindi non saprei dare un
giudizio.

Buona giornata,
Frafra


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

Re: [OSM-talk-ie] Is data being corrupted?

2018-01-22 Thread moltonel 3x Combo

That changeset was a newbie's first, under my supervision. I was
making an introduction to OSM at my coworking space, which is located
right there by the train station. When reviewing the session's edits I
noticed the strange "delete one POI and edit another identical one"
behaviour but not that the car park had been broken as a result, and
mistook that for a POI de-duplication edit.

What I think happened:
* There was no duplicate POI as I initially thought.
* The user didn't intend to edit the POI; maybe he played with the
undo button a bit, but his changeset was about editing a completely
unrelated feature.
* For whatever reason iD deleted node 3754515929 (the original POI)
and assigned its tags and location to node 1165425462 (a corner of the
car park)
* I could blame an iD bug, or I could blame a total newbie selecting
two nodes and merging them by mistake and without noticing anything.
* User uploads his intended edit along with the iD data mixing.

I don't think there's anything to be gained in not cleaning up the
current data, so I'll do that as cleanly as possible. The database
isn't getting corrupted randomly. It could be an iD bug, but it's also
easily explained as a newbie boo-hoo.

Thanks for the heads-up.

On 22/01/2018, Marc Gemis  wrote:
> the last edit date of ways or relations are only updated when their
> tags or the list of their members change. Not when the members in the
> relation of way change location or tags.
> So the error you describe is only 6 days old, and Vincent de Philly
> wrote a changeset comment 5 days ago
> (https://www.openstreetmap.org/changeset/55504147)
>
> m.
>
> On Mon, Jan 22, 2018 at 10:53 AM, Colm Moore 
> wrote:
>> Hi,
>>
>> Please don't correct this error until we know what is happening. :)
>>
>> Of late, I've noticed some mapping errors, e.g. a node on a road that has
>> been dragged off-road by a few hundred metres. When I check the last edit,
>> it might not have been edited in 5 years. I thought it implausible that
>> such obvious errors would remain in place for so long. Indeed, I had
>> sometimes edited in the area and would have thought that I would have
>> spotted an obvious error (I readily admit I make errors also). Many of the
>> issues are thrown up by OSMI http://tools.geofabrik.de/osmi/
>>
>> Today, using OSMI, I see that the car park in Kilkenny train station is
>> wonky, but it hasn't been changed in two years. The boundary wall hasn't
>> been edited in 4 years. The thing is, I viewed that area recently (I don't
>> recollect why) and had to do a forced refresh of the browser (Ctrl F5) of
>> the area to make the background map match the object outline. Several
>> users have edited in the area in recent years and surely one of us would
>> have spotted the error. Interestingly, the car park is now attached to a
>> node for a shop.
>>
>> https://www.openstreetmap.org/way/216942338 Edited about 4 years ago by
>> Vincent de Phily Version #2 · Changeset #20131140
>>
>> https://www.openstreetmap.org/way/100847087 Edited about 2 years ago by
>> wheelmap_visitor Version #7 · Changeset #35421480
>>
>> https://www.openstreetmap.org/node/1165425462 Edited 6 days ago by Reilsky
>> Version #4 · Changeset #55504147
>>
>> --
>>
>> It may be justifiable for the last edit date not to be updated where an
>> object within a relation is edited, but the relation itself isn't edited.
>>
>> Any thoughts?
>>
>> Colm
>>
>> PS Thanks to OSMI people for the service they provide. :)
>>
>>
>> ---
>> Never doubt that a small group of thoughtful, committed citizens can
>> change the world. Indeed, it is the only thing that ever has. Margaret
>> Mead
>> ___
>> Talk-ie mailing list
>> Talk-ie@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ie
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>

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

Re: [OSM-talk-ie] Is data being corrupted?

2018-01-22 Thread Rory McCann


On 22/01/18 10:53, Colm Moore wrote:

It may be justifiable for the last edit date not to be updated where

an object within a relation is edited, but the relation itself isn't edited.


Any thoughts?

That's exactly what happens.

When a way (or relation's) tags, or the list of nodes that make it up is
changed (or reorded) then the way (or rel.) gets a new version number
(and hence datetime). But if a node is moved, then that node gets a new
version number (and datetime), but it doesn't change the way.

Which can be a bit annoying if you want do real deep dives into the OSM
history, but it's not that big a problem.

Rory

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

[Talk-cz] Zastavky MHD v Praze

2018-01-22 Thread Tom Ka

Treba se bude nekomu hodit pro MHD v Praze:

http://everypublictransitstopinprague.tumblr.com/

Bye

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

Re: [Talk-it] Sede Gruppo Scout

2018-01-22 Thread demon.box

dieterdreist wrote
> ma solitamente non può essere lo stesso elemento di un
> "amenity=community_centre", perché il primo descrive un'associazione, il
> secondo un luogo (elementi distinti, normalmente nomi diversi, ecc.).

eppure

community_centre=club_home (A facility of a particular club or association.)

è documentato https://wiki.openstreetmap.org/wiki/Key:community_centre

cosa ne dite?

--enrico





--
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-ie] Is data being corrupted?

2018-01-22 Thread Marc Gemis

the last edit date of ways or relations are only updated when their
tags or the list of their members change. Not when the members in the
relation of way change location or tags.
So the error you describe is only 6 days old, and Vincent de Philly
wrote a changeset comment 5 days ago
(https://www.openstreetmap.org/changeset/55504147)

m.

On Mon, Jan 22, 2018 at 10:53 AM, Colm Moore  wrote:
> Hi,
>
> Please don't correct this error until we know what is happening. :)
>
> Of late, I've noticed some mapping errors, e.g. a node on a road that has 
> been dragged off-road by a few hundred metres. When I check the last edit, it 
> might not have been edited in 5 years. I thought it implausible that such 
> obvious errors would remain in place for so long. Indeed, I had sometimes 
> edited in the area and would have thought that I would have spotted an 
> obvious error (I readily admit I make errors also). Many of the issues are 
> thrown up by OSMI http://tools.geofabrik.de/osmi/
>
> Today, using OSMI, I see that the car park in Kilkenny train station is 
> wonky, but it hasn't been changed in two years. The boundary wall hasn't been 
> edited in 4 years. The thing is, I viewed that area recently (I don't 
> recollect why) and had to do a forced refresh of the browser (Ctrl F5) of the 
> area to make the background map match the object outline. Several users have 
> edited in the area in recent years and surely one of us would have spotted 
> the error. Interestingly, the car park is now attached to a node for a shop.
>
> https://www.openstreetmap.org/way/216942338 Edited about 4 years ago by 
> Vincent de Phily Version #2 · Changeset #20131140
>
> https://www.openstreetmap.org/way/100847087 Edited about 2 years ago by 
> wheelmap_visitor Version #7 · Changeset #35421480
>
> https://www.openstreetmap.org/node/1165425462 Edited 6 days ago by Reilsky 
> Version #4 · Changeset #55504147
>
> --
>
> It may be justifiable for the last edit date not to be updated where an 
> object within a relation is edited, but the relation itself isn't edited.
>
> Any thoughts?
>
> Colm
>
> PS Thanks to OSMI people for the service they provide. :)
>
>
> ---
> Never doubt that a small group of thoughtful, committed citizens can change 
> the world. Indeed, it is the only thing that ever has. Margaret Mead
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie

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

Re: [Talk-it-lazio] Convegno OpenStreetMap a Roma, 19.2. - 22.2.

Segnalo che per partecipare siete pregati di iscrivervi tramite il sito.

Le iscrizioni sono ancora aperte, sia per le due giornate di presentazione
sia per i workshop [1].
E' stato pubblicato il programma che prevede 41 presentazioni orale, 47
poster e 19 workshop.

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

Re: [Talk-it] FOSS4G-IT 2018

2018-01-22 13:15 GMT+01:00 Alessandro :

> Quella dei civici inizierebbe alle 9,30 con l'istruzione e la preparazione
> delle app mentre per la seconda ho indicato le 10,30 come inizio.
> L'incognita è quella della partecipazione; al momento avete risposto in 4
> :-(



credo che come informazione concreta su talk-it-lazio, la prima
communicazione è stata inviata soltanto 1 ora fa, quindi speriamo che
qualcuno di locale si aggiungerà...

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

Re: [Talk-it] Richiesta informazione/autorizzazione

2018-01-22 Thread Matteo Zaffonato


Il 20/01/2018 12:12, Gabriele Perrini ha scritto:
2) Una volta inseriti gli shapefile devo caricare la mappa del Comune 
di Palermo.
Ho istallato JOSM. Cliccando su "scarica i dati della mappa dal server 
OSM" riscontro una difficoltà.
Non riesco a scaricare per intero la mappa del comune di Palermo. 
Spunta un messaggio di errore che mi indica che la zona da me 
selezionata è troppo estesa.


Ciao,
puoi scaricare i dati della città di palermo dal sito 
http://estratti.openstreetmap.it/.


Ciao
Matteo

--
Matteo Zaffonato
Coordinatore regionale Openstreetmap per il Veneto

Wikimedia Italia, Via Bergognone 34 - 20144 Milano
è la corrispondente italiana ufficiale di Wikimedia Foundation Inc

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

Re: [OSM-talk-fr] Stops et OSMAnd~ Était : Re: éditeur iD version 2.6.0

2018-01-22 Thread David Crochet


Bonjour


Le 22/01/2018 à 10:34, Rpnpif a écrit :

  Mais bizarrement,
l'erreur n'existe pas partout.


Au mieux, le nœud "stop" ne se met pas sur le nœud correspondant au 
carrefour, mais su un nœud proche de celui du carrefour sur le chemin 
affecté par le nœud.


A chaque fois qu'OSMand m'indiquait un stop alors qu'il n'avait pas à le 
faire, c'est le le nœud stop était sur le nœud carrefour


Cordialement

--
David Crochet


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

Re: [Talk-it] FOSS4G-IT 2018

2018-01-22 Thread Alessandro


Il 22/01/2018 12:43, Martin Koppenhoefer ha scritto:
Io ci sarò, sono per la mappatura dei civici piuttosto che la sessione 
in aula (se queste erano intese come alternative).


Ciao,
Martin



Grazie Marco e Martin per le risposte.
Martin, nella condizione ideale le due sessioni viaggerebbero in parallelo.
Quella dei civici inizierebbe alle 9,30 con l'istruzione e la 
preparazione delle app mentre per la seconda ho indicato le 10,30 come 
inizio. L'incognita è quella della partecipazione; al momento avete 
risposto in 4 :-(


La sessione Protezione Civile sarebbe importante perchè molto 
probabilmente saranno presenti alcuni dirigenti dei VVF nazionali.
C'è anche un certo legame tra le due sessioni perchè vorrei far vedere 
che chi è in giro a rilevare i civici con Geopaparazzi può mandare via 
mail il file gpap e dalla "base" si farebbe mapping in tempo quasi reale.


Alessandro Ale_Zena_IT

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

Re: [Talk-it] Sede Gruppo Scout

2018-01-22 Thread Lorenzo Mastrogiacomi

+1

Il 22 gennaio 2018 12:32:28 CET, Martin Koppenhoefer  
ha scritto:
>
>
>+1 per club=scout, ma solitamente non può essere lo stesso elemento di
>un
>"amenity=community_centre", perché il primo descrive un'associazione,
>il
>secondo un luogo (elementi distinti, normalmente nomi diversi, ecc.).
>
>Ciao,
>Martin

Lorenzo

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

Re: [OSM-talk-fr] positionnement des adresses et ménage

2018-01-22 Thread marc marc

en résumé pour ceux qui ne lisent pas tout :
il y a 2 visions pour le position des nœuds :
le position pour le routing et celle pour le lien avec un bâtiment.
la question est donc : pourrait-on enfin UNE méthode qui satisfasse
les DEUX besoins : quel est l'adresse d'un bâtiment ET comment
s'y rendre.
C'est indispensable si on veux harmoniser.

Le 22. 01. 18 à 11:32, Cyrille37 OSM a écrit :
> Le résumé de Christian pourrait être déposé délicatement, 
> mais très visiblement, sur le wiki.openstreetmap.org ?

L’existence d'une relation x-y entre les adresses et les bâtiments
est déjà écrit sur la page wiki des adresses.
Je veux bien me charger de mieux rédiger les arguments de ceux qui 
tagent pour le routing et de ceux qui tager pour le lien avec les bâtiments.

Cependant, j'aurais aimé naïvement que les partisans de la position
en bord de parcelle prennent en compte le revers de la médaille :
l'absence de lien entre le(s) bâtiment(s) et leur(s) adresse(s).
Cela aurait permit de mettre en place une solution qui résout les 2 
problèmes au lieu d'avoir 2 version qui ne résolvent que la moitié
du problème.
Je comprend d'autant moins qu'avec un (maigre) millier d'adresses
à mon actif, ce que je propose n'a cependant rencontré aucun cas qui
ne fonctionne pas. et pourtant je pense avoir croisé tous les cas.
Faut pas s'attendre à voir une solution unique adoptée si elle casse
ce que l'autre solution apporte. Dire que les autres ont tord ne suffit 
pas si on ne propose pas en même temps une solution globale aux 2 faces 
de la même pièce.

Pour rappel ma solution simple :
Le lien addr-bâtiment pourrait se faire au choix :
- soit en positionnant le nœud sur ou dans le contour du bâtiment (comme 
cela se fait déjà pour les maisons mitoyennes en zone urbaine dense... 
parfois ce n'est qu'une question de cm pour avoir ce lien !)
- ou de l'aire concernée (comme cela se fait déjà souvent pour les écoles)
- soit en travaillant sur une relation style associatedAddr.
Le routage est fait avec les routes (donc si on a un problème de routing 
pour se rendre à un bâtiment, on trace la route de déserte manquante).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-it-lazio] Convegno OpenStreetMap a Roma, 19.2. - 22.2.

Segnalo questo evento a Roma, FOSS4G - IT2018

E' la conferenza nazionale della communità italiana di OpenStreetMap,
insieme a GFOSS.

http://foss4g-it2018.gfoss.it/

La giornata del 22/2 è dedicata ad OpenStreetMap:

Programma: http://foss4g-it2018.gfoss.it/?page=programma



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

Re: [Talk-it] FOSS4G-IT 2018

Io ci sarò, sono per la mappatura dei civici piuttosto che la sessione in
aula (se queste erano intese come alternative).

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

Re: [Talk-cz] nejdou nahrávat fotografie rozcestníků

2018-01-22 Thread Zdeněk Pražák

díky už to funguje
-- Původní e-mail --
Od: Michal Grézl 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 1. 2018 11:58:59
Předmět: Re: [Talk-cz] nejdou nahrávat fotografie rozcestníků
"2018-01-22 11:43 GMT+01:00 Michal Grézl :
> 2018-01-22 11:29 GMT+01:00 Zdeněk Pražák :
>> chtěl jsem dnes nahrát několik fotografií rozcestníků a informačních
tabulí
>> přes openstreetmap.cz
>> objevuje se mi však hláška chyba, fotografii se nepodařilo umístit na
>> server, soubor je příliš velký - fotky však mají velikost okolo 3 MB, v
>> minulosti se mi bez problémů nahrály fotky o velikosti 5 MB a větší.
>> Co se stalo?
>>
>
> pravdepodobne sem nezmenil nastaveni php na novem serveru. podivam se na
to.
>

nastaveno na puvodni hodnotu


--
Michal Grézl
http://openstreetmap.cz

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

Re: [Talk-it] Sede Gruppo Scout

2018-01-22 Thread demon.box

in base a quanto è finora uscito ed anche in base alle pagine wiki che ho
trovato butto lì questa proposta:

amenity=community_centre
community_centre=club_home
club=scout
name=Gruppo Scout xy
operator=AGESCI

che dite?

grazie

--enrico




--
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] FOSS4G-IT 2018

2018-01-22 Thread Marco Minghini

> Il programma è finalmente online
>
> http://foss4g-it2018.gfoss.it/?page=programma
>

Ciao a tutti,
io al 90% ci sarò anche giovedì nella giornata sul campo.
A presto,
Marco
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Sede Gruppo Scout

2018-01-22 11:33 GMT+01:00 Marco :

> Tempo fa dopo un po' di ricerca sulla wiki ne avevo mappato uno come
> amenity=community _centre + club=scout
>
> https://wiki.openstreetmap.org/wiki/Key:club
>
> Cosa ne pensate?
>


+1 per club=scout, ma solitamente non può essere lo stesso elemento di un
"amenity=community_centre", perché il primo descrive un'associazione, il
secondo un luogo (elementi distinti, normalmente nomi diversi, ecc.).

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

Re: [Talk-it] Sede Gruppo Scout