[Talk-at] Frohes Neues Jahr

[scubbx]

Liebe OSM Kollegen!

Ich wünsche euch eine frohes neues Jahr!

Voller Spannung blicke ich auf neue technische Entwicklungen im GIS
Bereich, welche mit Sicherheit in der ein oder anderen Form auch die
OpenStreetMap tangieren werden.

Eine der bedeutendsten Ereignisse des vergangenen Jahres war bestimmt,
dass das Konzept von VectorTiles salonfähig wurde (und durch eine der
ersten Implementierungen durch das OpenMapTiles Projekt auf Basis von
OSM Daten in performanter und effizienter Weise umgesetzt wurde. (!) ).
Auch war die OSM auf einigen Österreichischen Konferenzen und Messen
vertreten und hat so manch spannende Diskussion erleben dürfen.

Für das kommende Jahr sind wieder einige Stammtische geplant (ich selber
kann nur für Wien sprechen, aber an anderen Orten Österreichs sieht es
bestimmt ähnlich aus), es wird weitere GeoVienna Meetups geben (auf
denen es zum Teil auch um OSM geht), der OSM-AT Verein hat vor, wieder
auf einigen Konferenzen/Messen das Bewerben der OpenStreetMap zu
organisieren (Maker-Fair, anyone? ;-) ), usw ...

Also, selbst mit dem, was zu erwarten ist, tut sich einiges. Wenn man
nun noch das, was man nicht erwarten kann, dazurechnet, wird 2019 ein
spannendes Jahr werden!

lg und Prosit, ScubbX


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

Re: [OSM-ja] JOSM14620 日本語設定への韓国語混入について

[Hokko-sha]

ribbon様

旧バージョンに書き戻しできました。
しばらくこれで使うことにします。
ありがとうございました。

2019年1月1日(火) 9:24 ribbon :
>
> On Tue, Jan 01, 2019 at 09:15:52AM +0900, Hokko-sha wrote:
>
> > また、更新したJOSMを旧バージョンに戻す方法はありますでしょうか？
> > PCは2台ともUbuntu18.04で、更新していない方のPCからファイルを持ってくることは可能です。
>
> https://josm.openstreetmap.de/download/
>
> に古い版があります。
>
> ribbon
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-us] Rail Easterly

[OSM Volunteer stevea]

On Dec 21, 2018, at 4:17 PM, OSM Volunteer stevea  
wrote:
> (Hawai'i, our national page says light_rail is "westerly portion is under 
> construction."  Updates?)

OK, I updated our Hawaii wiki so it has a Railroads section and table.  A 
dedicated Hawaii/Railroads wiki seemed a bit much, given there is only minor 
passenger rail and some light_rail construction there.

> * wiki to reflect that status in color-coded tables, "all Western states" 
> (save Hawai'i) roughly done

OSM now has "all Western states" pretty much covered with rail wiki (again, 
"roughly done"), Hawaii included.

Happy New Year,

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

Re: [OSM-ja] JOSM14620 日本語設定への韓国語混入について

[ribbon]

On Tue, Jan 01, 2019 at 09:15:52AM +0900, Hokko-sha wrote:

> また、更新したJOSMを旧バージョンに戻す方法はありますでしょうか？
> PCは2台ともUbuntu18.04で、更新していない方のPCからファイルを持ってくることは可能です。

https://josm.openstreetmap.de/download/

に古い版があります。

ribbon

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

[OSM-ja] JOSM 14620版(12-31付けのtested版)はメニューが変になります

[ribbon]

更新の案内が来たので、早速入れ替えたのですが、メニューがハングルと一部日本語表示
という状態になってしまいます。

josm-snapshot-14612.jar (12-30版)では正常だったので、tested版に
したときにおかしくしたみたいです。とりあえず12-30日版を使うことに
します。

ribbon



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

[OSM-ja] JOSM14620 日本語設定への韓国語混入について

[Hokko-sha]

マッパーの皆様、あけましておめでとうございます。
北海道の北光社です。

私は普段JOSMを日本語設定で使用していますが、今朝version14620の更新が来ていたので適用したところ、日本語設定が韓国語混じりになってしまいました。
別にインストールしていたJOSM
latestの方を英語設定にしていたので、そちらと見比べながら何とか英語設定にすることができましたが、それがなければ手も足も出ない状態でした。

更新していなかったもう1台のPCのversion14460の方は、今まで通りの日本語表示になっています。
更新を適用していない方は、そのまま14460を使用された方がいいと思います。

JOSMの翻訳サイトを見ると、12月11日付けで Dongha Hwang という人物にまとめて書き換えられています。
月替り時の翻訳反映時にそれが吸い上げられてしまったようです。
悪意を持った編集なのか、韓国語ファイルを書き換えるつもりで手が滑ったのかはわかりませんが、1件1件書き換えて来月の言語ファイル反映を待つよりは、Dongha
Hwang氏の当該翻訳をリバートするような対応が可能ならそうしていただいた方がいいと思います。
翻訳には関与したことがないので、管理者への連絡等対応可能な方がいらっしゃいましたらお願いいたします。

また、更新したJOSMを旧バージョンに戻す方法はありますでしょうか？
PCは2台ともUbuntu18.04で、更新していない方のPCからファイルを持ってくることは可能です。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[OSM-talk-fr] Quelle nouvelle année pour OSM ?

[Christian Rogel]

C’est le moment de faire des voeux pour le développement d’OpenStreetMap en 
2019.

L’entreprise collective (ce n’est plus un projet) a certainement beaucoup à 
engranger du fait de la hausse des tarifs de Google Maps, mais, la supervision 
par la communauté sera d’autant plus nécessaire (surtout dans les grandes 
villes) que des sociétés commerciales seront tentées d’arranger les éléments 
géographiques selon leurs visions et intérêts.

La Fondation OSM admet que celles qui ont des intèrêts commerciaux dans le 
géospatial puissent avoir une place, limitée au  consultatif, surtout celles 
qui veulent bien partager une fraction de leur technicité et de leurs outils.

Grâce à un appel judicieux, la communauté française a su renforcer sa place 
numérique dans le millier de membres de la FOSM, mais, il reste à avoir de bons 
anglophones qui ont du temps et des moyens pour transmettre nos points de vue. 
Le fait que l’association OSM France soit devenu un « chapitre officiel » de la 
Fondation est un pas intéressant, mais la Fondation, si elle a su susciter 
plusieurs « succursales locales », n’a pas encore trouvé moyen d’en faire une 
force détectable au niveau international.

Ce qui nous serait utile à court terme, c’est des statistiques digestes de ce 
qui se fait sur le territoire de la France. Des projets du mois ou de la fin 
d’année sont bien lancés, et uniquement par des membres de cette liste de 
discussions, mais, cela ne fait pas encore masse pour être bien connu.

Finalement, accroître l’utilisation de dcelle-ci serait bien utile, mais, il y 
a des résistances et es évolutions. Pourtant, le flux a sensiblement baissé.
Croyez-vous que d’autres moyens lui font concurrence ?
Cela ne semble pas être le cas des listes régionales qui ont plus ou moins 2 
douzaines de messages/mois. Pas Facebook ou Slack. Twitter et Mastodon ne 
servent qu’à des brèves intermittentes.

En attendant de résoudere ces mystères, alez faire un tour sur le site rénové 
d’OpenStreetMap France , on y trouve des infos et 
un peu d’articles de blog.


Bonne année 2019 à tous et le maximum d’entre nous début juin à Montpellier 
(State of the Map France).


Christian R.


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

Re: [Talk-de] OSM-Karte mit Leaflet selber bauen

[gmbo]

Hallo Markus,
ich finde deinen Ansatz im Wiki gut, da ich auch zu denen gehöre, die 
eine deutsche Beschreibung befürworten, denn die kommt inzwischen in 
vielen Bereichen zu kurz.

Aber ich muß auch sagen ohne JavaScript-Kenntnisse wird das schwer.
Leaflet stellt sogar größere Anforderungen an JS da das 
objektorientierte Modell dazu benötigt wird.
Du brauchst also zusätzlich Kenntnisse in Objektorientierung und der 
Klassen der LeafletAPI.


Werde das Projekt gerne mit unterstützen

Gruß
Gisbert


Am 31.12.18 um 13:27 schrieb Norbert Kück:

Hallo Markus,

am 30.12.2018 um 23:13 schrieb Markus:

ich habe mal etwas "Gerüst" gebaut:
https://wiki.openstreetmap.org/wiki/DE:OSM_mit_Leaflet
Der Satz "Kenntnisse in JavaScript werden nicht vorausgesetzt..." auf 
der Seite ist m.E. sehr mutig. Trotz (oder wegen?) einiger Jahre 
Erfahrung mit Leaflet kann ich mir nicht vorstellen, wie das stabil 
funktionieren soll.


GeoJSON, das du nutzen möchtest, *IST* JavaScript. Beispielsweise die 
Füllung von Popups und die individuelle Initialeinstellungen der Karte 
bedeuten zwangsläufig Umgang mit JavaScript. Die Chance zu scheitern 
und der Betreuungsbedarf verhalten sich reziprok proportional zum 
Umfang der JavaScript-Kenntnisse – auch dann, wenn der Karten-Prototyp 
als Korsett (gibt Halt und engt ein) gebaut ist.


Gruß
Norbert

___
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: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[Christian Quest]

Il y a encore de très nombreux usages des limites de communes correspondant
à quelques années en arrière et c'est donc utile de les conserver quelques
années.

Bien sûr ça pourra dégager quand ça ne servira plus, mais on a aussi des
appellations qui dureront bien plus longtemps car ces communes nouvelles
sont souvent une création vécue comme artificielle par les habitants.

En choisissant des tags non ambigus, on évite les erreurs pouvant laisser
penser qu'une emprise "passée" est actuelle.
Je pense qu'il n'y a pas de souci pour les réutilisateurs qui se fichent de
ces infos, et rien de spécial à faire pour les contributeurs... ces infos
étant très stables dans le temps, ce n'est pas là dessus qu'on contribue
beaucoup ;)


Le lun. 31 déc. 2018 à 19:07, JB  a écrit :

> Question bête d'un gars dont ce n'est pas le métier :
> Est-ce que c'est vraiment à conserver dans OSM ?
> Avant, on avait juste les admin_level=8. On a transformé en =9 pour les
> anciennes communes. Maintenant, on voudrait repasser les nouvelles =8 en
> quelque chose d'autre parce qu'une commune a intégré la nouvelle commune
> pour faire une autre nouvelle commune ? Est-ce que le modèle de tags d'OSM
> est vraiment fait pour ça ? Est-ce que quelqu'un y comprendra quelque chose
> ? Dans un an, dans 10 ans ? Est-ce qu'un réutilisateur potentiel n'ira pas
> chercher les éléments dans une autre base de données, quitte à ajouter
> l'information spatiale à partir d'éléments simples d'OSM ?
> Dubitatif, et toujours adepte de garder de l'information simple. Pour la
> comprendre quand on contribue. Moi, et surtout les nouveaux contributeurs
> potentiels, qui ne connaissent rien au sujet.
> JB.
>
> Le 31/12/2018 à 18:18, Christian Quest a écrit :
>
> Oui, il va falloir suivre les publications de dernière minute... quel
> bazar !
> Je suis presque chaud pour rajouter un 4ème épisode à ma série
> "Millésimons"*
>
> Bien vue la requête overpass, heureusement que mon script amis à jour les
> admin_level sur les anciennes frontières internes des communes nouvelles ;)
>
> Pour les EPCI, il va falloir attendre que la DGCL publie une liste à jour
> (base BANATIC).
>
> Pour les anciennes communes nouvelles qui se sont étendues, j'ai en
> principe mis à jour admin_type:FR=ancienne commune nouvelle
>
> Effectivement si on veut que la somme des admin_level=9 correspondent à
> l'admin_level=8 qui les regroupe, il ne faudrait le garder que sur les plus
> petits morceaux du puzzle...
>
> On peut toujours les retrouver avec le disused:admin_level=8
>
> C'est à bien documenter une fois qu'on aura trouvé un consensus ;)
>
>
> * https://medium.com/@cq94/mill%C3%A9simons-3fa21714abdf
>
> Le lun. 31 déc. 2018 à 13:15, Jérôme Amagat  a
> écrit :
>
>> Bien jouer Christian!
>>
>> Il va falloir continuer à suivre la page Wikipédia
>> https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019
>> au cas ou il y ai des oublies ou des arrêtés préfectoraux signés au
>> dernier moment et qui paraissent que début janvier.
>>
>> Les intercom et les arrondissements départementaux ne sont constitués que
>> de communes entières. Il y a des communes nouvelles de plusieurs intercom
>> ou d'arrondissements et donc des intercom et arrondissement qui ont du être
>> modifiés.
>> Je pense que cette requête overpass turbo permet de trouver des
>> frontières où il y a un problèmes ( frontières d'intercom mais pas de
>> communes) :
>> https://overpass-turbo.eu/s/ER6
>> (on peut faire pareil pour les arrondissement mais on trouve des
>> frontières où il n'y a pas forcement des problèmes)
>>
>> En ce début d'année, il peut y avoir des changements dans les intercom et
>> les arrondissements non liés aux communes nouvelles mais malheureusement je
>> ne crois pas qu'il y ai de listes de ces changements :)
>> (J'ai fait l'un de ces changements dans osm dans l'Ain, un intercom en
>> absorbe un autre)
>>
>> J'ai vu que pour les ancienne communes nouvelles qui ont fusionnées en de
>> plus grandes communes nouvelles, il y a parfois admin_level=9.
>> Je pense que ça n'a pas de sens, elles n'ont plus de rôle administratif
>> et ne devrait pas avoir de admin_level=* et avoir disused:admin_level=8 et
>> même disused:boundary=administrative.
>> Les ancienne communes d'avant la 1ere communes nouvelles, elles gardent
>> admin_level=9 si elles sont communes déléguées.
>> Si elle ne le sont pas, je pense que si on veux être logique il ne
>> devrait plus y avoir de admin_level=*
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> 

Re: [Talk-it] Copyright

[Luciano Montanaro]

In generale, non sono uno di quelli che si scompone eccessivamente per
l'utilizzo delle mappe senza rispettare i termini:

Voglio dire, se una pro loco, o un privato usa la mappa senza
citazione mi sento di essere indulgente, non e' gente che lo fa di
mestiere, e capita di sbagliare.

D'altra parte, le pubblicazioni, i giornali e i siti di notizie a
queste cose dovrebbero starci attenti, perche' la "proprieta'
intellettuale" e' il loro pane quotidiano.

Voglio dire, sarebbero ben contenti di essere pagati per i link alle
loro notizie... e devono pagare le loro belle royalty per le immagini
che pubblicano.

Ricordarsi di citare la fonte quando e' richiesto non mi pare che sia
una richesta eccessiva, quindi.

On Mon, Dec 31, 2018 at 6:51 PM Maurizio Napolitano  wrote:
>
> Conoscendo la categoria (= i giornalisti) ti diranno che l'articolo cita INGV 
> e che per "diritto di citazione" va bene così
>
> Rimane il fatto che questo è un problema che si ripete spesso (= screenshot 
> da mappa INGV dopo scossa terremoto) e quindi bisogna capire bene come 
> affrontarlo
>
> Forse si potrebbe fare un comunicato stampa come Wikimedia Italia da mandare 
> alle redazioni
>
> Il giorno Lun 31 Dic 2018, 09:20 Martin Koppenhoefer  
> ha scritto:
>>
>>
>> Per la mappa non citano ne OSM ne l’INGV però, essendo uno dei giornali 
>> principali dovrebbero benissimo sapere che le immagini (come anche i testi) 
>> richiedono sempre la citazione dell‘autore.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



-- 
Luciano Montanaro

Anyone who is capable of getting themselves made President should on
no account be allowed to do the job. -- Douglas Adams

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

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[JB]

Question bête d'un gars dont ce n'est pas le métier :
Est-ce que c'est vraiment à conserver dans OSM ?
Avant, on avait juste les admin_level=8. On a transformé en =9 pour les 
anciennes communes. Maintenant, on voudrait repasser les nouvelles =8 en 
quelque chose d'autre parce qu'une commune a intégré la nouvelle commune 
pour faire une autre nouvelle commune ? Est-ce que le modèle de tags 
d'OSM est vraiment fait pour ça ? Est-ce que quelqu'un y comprendra 
quelque chose ? Dans un an, dans 10 ans ? Est-ce qu'un réutilisateur 
potentiel n'ira pas chercher les éléments dans une autre base de 
données, quitte à ajouter l'information spatiale à partir d'éléments 
simples d'OSM ?
Dubitatif, et toujours adepte de garder de l'information simple. Pour la 
comprendre quand on contribue. Moi, et surtout les nouveaux 
contributeurs potentiels, qui ne connaissent rien au sujet.

JB.

Le 31/12/2018 à 18:18, Christian Quest a écrit :
Oui, il va falloir suivre les publications de dernière minute... quel 
bazar !
Je suis presque chaud pour rajouter un 4ème épisode à ma série 
"Millésimons"*


Bien vue la requête overpass, heureusement que mon script amis à jour 
les admin_level sur les anciennes frontières internes des communes 
nouvelles ;)


Pour les EPCI, il va falloir attendre que la DGCL publie une liste à 
jour (base BANATIC).


Pour les anciennes communes nouvelles qui se sont étendues, j'ai en 
principe mis à jour admin_type:FR=ancienne commune nouvelle


Effectivement si on veut que la somme des admin_level=9 correspondent 
à l'admin_level=8 qui les regroupe, il ne faudrait le garder que sur 
les plus petits morceaux du puzzle...


On peut toujours les retrouver avec le disused:admin_level=8

C'est à bien documenter une fois qu'on aura trouvé un consensus ;)


* https://medium.com/@cq94/mill%C3%A9simons-3fa21714abdf

Le lun. 31 déc. 2018 à 13:15, Jérôme Amagat > a écrit :


Bien jouer Christian!

Il va falloir continuer à suivre la page Wikipédia

https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019

au cas ou il y ai des oublies ou des arrêtés préfectoraux signés
au dernier moment et qui paraissent que début janvier.

Les intercom et les arrondissements départementaux ne sont
constitués que de communes entières. Il y a des communes nouvelles
de plusieurs intercom ou d'arrondissements et donc des intercom et
arrondissement qui ont du être modifiés.
Je pense que cette requête overpass turbo permet de trouver des
frontières où il y a un problèmes ( frontières d'intercom mais pas
de communes) :
https://overpass-turbo.eu/s/ER6
(on peut faire pareil pour les arrondissement mais on trouve des
frontières où il n'y a pas forcement des problèmes)

En ce début d'année, il peut y avoir des changements dans les
intercom et les arrondissements non liés aux communes nouvelles
mais malheureusement je ne crois pas qu'il y ai de listes de ces
changements :)
(J'ai fait l'un de ces changements dans osm dans l'Ain, un
intercom en absorbe un autre)

J'ai vu que pour les ancienne communes nouvelles qui ont
fusionnées en de plus grandes communes nouvelles, il y a parfois
admin_level=9.
Je pense que ça n'a pas de sens, elles n'ont plus de rôle
administratif et ne devrait pas avoir de admin_level=* et avoir
disused:admin_level=8 et même disused:boundary=administrative.
Les ancienne communes d'avant la 1ere communes nouvelles, elles
gardent admin_level=9 si elles sont communes déléguées.
Si elle ne le sont pas, je pense que si on veux être logique il ne
devrait plus y avoir de admin_level=*




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



--
Christian Quest - OpenStreetMap France


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


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

Re: [Talk-it] curiosità di un giovane mappatore

[liste DOT girarsi AT posteo DOT eu]

Io uso un navigatore da trekking per registrare dove vado, di solito 
sentieri, trincee, grotte/ripari, postazioni militari o altro in 
montagna, e per civici o nomi vie, vado spesso a memoria, perchè ne 
mappo uno o due ogni tanto, quando mi capita, non amo molto mappare in 
mezzo al paese.



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

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

Re: [Talk-it] pronto soccorso ospedali italiani

[Aury88]

Lorenzo Mastrogiacomi wrote
> 4) Non credo sia una buona idea applicare i tag relativi al pronto
> soccorso su questo elemento, che indica l'ingresso, non l'ubicazione del
> pronto soccorso.
> Ho proposto su Telegram di mappare il pronto soccorso stesso con
> healthcare=yes + healthcare:speciality=emergency, è ciò che ho tirato
> fuori da wiki.
> Potrebbe essere una alternativa migliore avere un tag healthcare apposito
> (healthcare=emergency?) ed usare healthcare:speciality=* per definirlo
> meglio?
> 
> 
> Lorenzo
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it

sono in parte daccordo. il problema è che non sempre si conosce l'area su
cui si estende il prontosoccorso. quindi molto spesso si ripiega sul nodo
posto in maniera arbitraria. arbitrario per arbitrario imho è meglio che sia
sul perimetro, inoltre la soluzione del mettere il name sul nodo perimetrale
equivalente all'ingresso, per quanto non corretta, di fatto richiama lo
stile di mettere i tag dei POI sull'ingresso degli stessi. 

ho fatto infine la considerazione che se uno nell'usare il navigatore cerca
il pronto soccorso, dovrebbe ottenere la posizione dell'ingresso e non
quello della strada più vicina al centroide o al nodo. so che non  dobbiamo
mappare per il routing o per il render, ma mi è sembrato comunque un buon
compromesso tra correttezza ed utilizzabilità del dato (imagina il
navigatore dovrebbe trovare il tag name=pronto soccorso più vicino e poi
identificare il nodo più vicino a quel nodo, purche non più lontano di un
certo tot, con il tag emergency=emergency_ward_entrance...oppure sapere per
ogni lingua l'euivalente di pronto soccorso e a quel punto cercare
emergency=emergency_ward_entrance che credo sia difficile da ottenere).


comunque questo appunto apre la questione del come mappare i singoli reparti
(che dovrebbe essere una scelta approvata a liv internazionale) cosa che
volevo evitare in nome di una più rapida risoluzione che rendesse la mappa
(comunque) un po' più chiara e da subito più utilizzabile. 

 my two cents naturalmente.



-
Ciao,
Aury
--
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] Copyright

[Maurizio Napolitano]

Conoscendo la categoria (= i giornalisti) ti diranno che l'articolo cita
INGV e che per "diritto di citazione" va bene così

Rimane il fatto che questo è un problema che si ripete spesso (= screenshot
da mappa INGV dopo scossa terremoto) e quindi bisogna capire bene come
affrontarlo

Forse si potrebbe fare un comunicato stampa come Wikimedia Italia da
mandare alle redazioni

Il giorno Lun 31 Dic 2018, 09:20 Martin Koppenhoefer 
ha scritto:

>
> Per la mappa non citano ne OSM ne l’INGV però, essendo uno dei giornali
> principali dovrebbero benissimo sapere che le immagini (come anche i testi)
> richiedono sempre la citazione dell‘autore.
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] curiosità di un giovane mappatore

[Alessandro Vitali]

Io per numeri civici e vie uso Vespucci

Ale Vit

Il giorno lun 31 dic 2018 alle ore 18:36 Alessandro  ha
scritto:

> Il 31/12/18 18:07, claudio62PG ha scritto:
> > Buon anno
> > una curiosità
> > Quando uscite per mappare che vi portate dietro?
> > Un tablet per inserire direttamente i dati?
> > blocchetto e penna?
> > un telefono con cui fotografate la scena?
> > un GPS?
> > che utilizzate  insomma ?
> > Auguri
> > Claudio
> >
>
> Ciao,
> risposta: quello che per l'occasione ti risulta più pratico.
>
> Quando sono in città uso OSM contributor per
> inserire/cancellare/spostare POI e/o (a volte li tengo accesi entrambi)
> OsmAnd per prendere note vocali. Altre volte uso Mapillary quando non ho
> tempo per rilevare direttamente.
>
> Quando giro a piedi e devo rilevare molti oggetti dello stesso tipo
> (numeri civici ad esempio) uso Geopaparazzi personalizzando la maschera
> d'inserimento dati: riesco a registrare un numero civico ogni 3 secondi.
> Il file ottenuto lo do poi in pasto a https://gpapconv.frafra.eu/ una
> comoda interfaccia di conversione in XML del buon Frafra ;-)
>
> A volte in macchina con uno smartphone fotografo con Mapillary e con
> l'altro registro note vocali con OsmAnd.
>
> Quando ottenere una posizione GPS decente è un problema uso i Fieldpapers.
>
> Quando sono sui monti uso o una App o un GPS. In questi casi ci sono
> pochi POI da rilevare e allora scatto giusto qualche foto.
>
> Penna e blocchetto non li uso più da anni, anche perchè si può usare un
> GPS e un registratore MP3 (o una app di registrazione audio); arrivato a
> casa sincronizzo la registrazione audio con la traccia GPS tramite JOSM
> (avvio prima il GPS, poi quando ha un buon segnale prendo un waypoint e
> contemporaneamente faccio partire la registrazione audio).
>
> Alessandro
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] pronto soccorso ospedali italiani

[Marcello]

Il 31/12/18 16:44, Lorenzo Mastrogiacomi ha scritto:
> Il giorno lun, 31/12/2018 alle 03.34 -0700, Aury88 ha scritto:
>> se c'è consenso qui vorrei modificare la voce italiana in maniera tale da:
>> 1)allinearla di più a quella inglese (in cui tra l'altro si specifica che
>> l'amenity=hospital + emergency=yes va aggiunto al perimetro esterno e non si
>> fa menzione di eventuali nodi per gli omologhi del pronto
>> soccorso...particolarità temo tutta della mappatura italiana);
>> 2)sconsigliare esplicitamente l'aggiunta del nodo (amenity=hospital +
>> emergency=yes) interno all'area ospedaliera per indicare il pronto soccorso 
>> 3)fare un primo accenno alla questione ingresso al pronto soccorso con link
>> alla voce italiana del tag emergency=emergency_ward_entrance
>> 4) dare indicazioni su dove applicare il tag name=Pronto Soccorso * in base
>> a quanto deciderete qui ed eventualmente modificando anche la voce
>> emergency=emergency_ward_entrance se è su quell'elemento che deciderete di
>> applicare il tag.
>> se c'è il via libera ci penso io a fare tutto quello che concerne la wiki,
>> naturalmente poi sta ala comunità italiana aggiornare la mappatura (magari
>> commentando il changeset con il riferimento alla discussione o alla futura
>> voce wiki) e vigilare perchè si mantenga coerente in tutta italia.
> 1) si
> 2) si
> 3) si
> 4) Non credo sia una buona idea applicare i tag relativi al pronto soccorso 
> su questo elemento, che indica l'ingresso, non l'ubicazione del pronto 
> soccorso.
> Ho proposto su Telegram di mappare il pronto soccorso stesso con 
> healthcare=yes + healthcare:speciality=emergency, è ciò che ho tirato fuori 
> da wiki.
> Potrebbe essere una alternativa migliore avere un tag healthcare apposito 
> (healthcare=emergency?) ed usare healthcare:speciality=* per definirlo meglio?
> Lorenzo
anch'io sono d'accordo per i punti 1, 2 e 3 e, se ho interpretato bene
il pensiero di Aury88, anche il 4 penso vada bene, applicando il tag
emergency=emergency_ward_entrance al nodo dove è fisicamente collocato
l'ingresso all'edificio del Pronto Soccorso, non all'ingresso dell'ospedale.

Qualche settimana fa ho speso un po' di tempo a migliorare la mappatura
dell'ospedale di Terni, era appena abbozzato, way 646021813,
all'ingresso principale dell'ospedale ho messo il tag entrance=main e a
quello del Dipartimento di Emergenza e Urgenza i tag
emergency=emergency_ward_entrance + entrance=emergency, quest'ultimo nel
wiki è riportato da utilizzare per le uscite di emergenza ma la
combinazione è usata 134 volte, credo possa essere utile specificare
entrance=* perché emergency lo vedo usato in casi molto diversi tra
loro, così definisce il tipo di entrance. Secondo me ci potrebbe stare
anche un emergency=exit per specificare un'uscita di emergenza.

Colgo l'occasione per augurare Buon Anno a tutta la lista.

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

Re: [Talk-it] pronto soccorso ospedali italiani

[Aury88]

cascafico wrote
> Forse è il caso di mettere giù un disegno schematico, analogamante a
> quanto
> fatto per amenity=school [1]...  almeno sulla pagina italiana.
> 
> [1]
> https://wiki.openstreetmap.org/w/images/6/6d/Amenity_school_usage_example.svg

la mia idea era proprio integrare la voce wiki, una volta concordato sul
contenuto, anche con un immagine esplicativa e riepilogativa ;-)



-
Ciao,
Aury
--
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] curiosità di un giovane mappatore

[Alessandro]

Il 31/12/18 18:07, claudio62PG ha scritto:

Buon anno
una curiosità
Quando uscite per mappare che vi portate dietro?
Un tablet per inserire direttamente i dati?
blocchetto e penna?
un telefono con cui fotografate la scena?
un GPS?
che utilizzate  insomma ?
Auguri
Claudio



Ciao,
risposta: quello che per l'occasione ti risulta più pratico.

Quando sono in città uso OSM contributor per 
inserire/cancellare/spostare POI e/o (a volte li tengo accesi entrambi) 
OsmAnd per prendere note vocali. Altre volte uso Mapillary quando non ho 
tempo per rilevare direttamente.


Quando giro a piedi e devo rilevare molti oggetti dello stesso tipo 
(numeri civici ad esempio) uso Geopaparazzi personalizzando la maschera 
d'inserimento dati: riesco a registrare un numero civico ogni 3 secondi. 
Il file ottenuto lo do poi in pasto a https://gpapconv.frafra.eu/ una 
comoda interfaccia di conversione in XML del buon Frafra ;-)


A volte in macchina con uno smartphone fotografo con Mapillary e con 
l'altro registro note vocali con OsmAnd.


Quando ottenere una posizione GPS decente è un problema uso i Fieldpapers.

Quando sono sui monti uso o una App o un GPS. In questi casi ci sono 
pochi POI da rilevare e allora scatto giusto qualche foto.


Penna e blocchetto non li uso più da anni, anche perchè si può usare un 
GPS e un registratore MP3 (o una app di registrazione audio); arrivato a 
casa sincronizzo la registrazione audio con la traccia GPS tramite JOSM 
(avvio prima il GPS, poi quando ha un buon segnale prendo un waypoint e 
contemporaneamente faccio partire la registrazione audio).


Alessandro



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

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[Christian Quest]

Oui, il va falloir suivre les publications de dernière minute... quel bazar
!
Je suis presque chaud pour rajouter un 4ème épisode à ma série
"Millésimons"*

Bien vue la requête overpass, heureusement que mon script amis à jour les
admin_level sur les anciennes frontières internes des communes nouvelles ;)

Pour les EPCI, il va falloir attendre que la DGCL publie une liste à jour
(base BANATIC).

Pour les anciennes communes nouvelles qui se sont étendues, j'ai en
principe mis à jour admin_type:FR=ancienne commune nouvelle

Effectivement si on veut que la somme des admin_level=9 correspondent à
l'admin_level=8 qui les regroupe, il ne faudrait le garder que sur les plus
petits morceaux du puzzle...

On peut toujours les retrouver avec le disused:admin_level=8

C'est à bien documenter une fois qu'on aura trouvé un consensus ;)


* https://medium.com/@cq94/mill%C3%A9simons-3fa21714abdf

Le lun. 31 déc. 2018 à 13:15, Jérôme Amagat  a
écrit :

> Bien jouer Christian!
>
> Il va falloir continuer à suivre la page Wikipédia
> https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019
> au cas ou il y ai des oublies ou des arrêtés préfectoraux signés au
> dernier moment et qui paraissent que début janvier.
>
> Les intercom et les arrondissements départementaux ne sont constitués que
> de communes entières. Il y a des communes nouvelles de plusieurs intercom
> ou d'arrondissements et donc des intercom et arrondissement qui ont du être
> modifiés.
> Je pense que cette requête overpass turbo permet de trouver des frontières
> où il y a un problèmes ( frontières d'intercom mais pas de communes) :
> https://overpass-turbo.eu/s/ER6
> (on peut faire pareil pour les arrondissement mais on trouve des
> frontières où il n'y a pas forcement des problèmes)
>
> En ce début d'année, il peut y avoir des changements dans les intercom et
> les arrondissements non liés aux communes nouvelles mais malheureusement je
> ne crois pas qu'il y ai de listes de ces changements :)
> (J'ai fait l'un de ces changements dans osm dans l'Ain, un intercom en
> absorbe un autre)
>
> J'ai vu que pour les ancienne communes nouvelles qui ont fusionnées en de
> plus grandes communes nouvelles, il y a parfois admin_level=9.
> Je pense que ça n'a pas de sens, elles n'ont plus de rôle administratif et
> ne devrait pas avoir de admin_level=* et avoir disused:admin_level=8 et
> même disused:boundary=administrative.
> Les ancienne communes d'avant la 1ere communes nouvelles, elles gardent
> admin_level=9 si elles sont communes déléguées.
> Si elle ne le sont pas, je pense que si on veux être logique il ne devrait
> plus y avoir de admin_level=*
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

[Talk-it] curiosità di un giovane mappatore

[claudio62PG]

Buon anno 
una curiosità 
Quando uscite per mappare che vi portate dietro?
Un tablet per inserire direttamente i dati?
blocchetto e penna?
un telefono con cui fotografate la scena?
un GPS?
che utilizzate  insomma ?
Auguri
Claudio



--
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-de] OSM-Karte mit Leaflet selber bauen

[Markus]

Hallo Norbert,

> GeoJSON, das du nutzen möchtest, *IST* JavaScript. Beispielsweise die> 
> Füllung von Popups und die individuelle Initialeinstellungen der
Karte> bedeuten zwangsläufig Umgang mit JavaScript.
Herzlichen Dank für den Hinweis!
Ist es so besser?

Wenn Du magst bist Du natürlich gern eingeladen, bei der Entwicklung von
Standardlösungen mitzuhelfen.

Ich wünsche Dir und allen hier einen guten Start ins Neue Jahr :-)
Frieden hier und anderswo, und viele bereichernde Begegnungen...

Mit herzlichem Gruss,
Markus

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

[OSM-talk-ie] 2018 Visualisation

[Heikki Vesanto]

Happy New Year!

Busy year for OpenStreetMap in Ireland with around 70k nodes, 60k ways, and
160k polygons added, and one company formed. Here is a quick visualization
of all of those edits.

https://www.imgur.com/OKT48mI.gifv

Thanks to all who helped!
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-us] Whole-US Garmin Map update - 2018-12-29

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2018-12-29

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2018-12-29/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2018-12-29

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [Talk-it] pronto soccorso ospedali italiani

[Lorenzo Mastrogiacomi]

Il giorno lun, 31/12/2018 alle 03.34 -0700, Aury88 ha scritto:
> 
> 
> se c'è consenso qui vorrei modificare la voce italiana in maniera tale da:
> 1)allinearla di più a quella inglese (in cui tra l'altro si specifica che
> l'amenity=hospital + emergency=yes va aggiunto al perimetro esterno e non si
> fa menzione di eventuali nodi per gli omologhi del pronto
> soccorso...particolarità temo tutta della mappatura italiana);
> 2)sconsigliare esplicitamente l'aggiunta del nodo (amenity=hospital +
> emergency=yes) interno all'area ospedaliera per indicare il pronto soccorso 
> 3)fare un primo accenno alla questione ingresso al pronto soccorso con link
> alla voce italiana del tag emergency=emergency_ward_entrance
> 4) dare indicazioni su dove applicare il tag name=Pronto Soccorso * in base
> a quanto deciderete qui ed eventualmente modificando anche la voce
> emergency=emergency_ward_entrance se è su quell'elemento che deciderete di
> applicare il tag.
> 
> se c'è il via libera ci penso io a fare tutto quello che concerne la wiki,
> naturalmente poi sta ala comunità italiana aggiornare la mappatura (magari
> commentando il changeset con il riferimento alla discussione o alla futura
> voce wiki) e vigilare perchè si mantenga coerente in tutta italia.
> 
> 

1) si
2) si
3) si
4) Non credo sia una buona idea applicare i tag relativi al pronto soccorso su 
questo elemento, che indica l'ingresso, non l'ubicazione del pronto soccorso.
Ho proposto su Telegram di mappare il pronto soccorso stesso con healthcare=yes 
+ healthcare:speciality=emergency, è ciò che ho tirato fuori da wiki.
Potrebbe essere una alternativa migliore avere un tag healthcare apposito 
(healthcare=emergency?) ed usare healthcare:speciality=* per definirlo meglio?


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

Re: [Talk-it] pronto soccorso ospedali italiani

[Cascafico Giovanni]

Forse è il caso di mettere giù un disegno schematico, analogamante a quanto
fatto per amenity=school [1]...  almeno sulla pagina italiana.

[1]
https://wiki.openstreetmap.org/w/images/6/6d/Amenity_school_usage_example.svg


Il giorno lun 31 dic 2018 alle ore 16:05 Aury88 
ha scritto:

> EneaSuper wrote
> > Dal lato tecnico, penso che l'utilizzo dei tag "/healthcare/" ed
> > "/healthcare:speciality/" sia fondamentale anche solo per completezza,
> > così
> > da indicare in maniera corretta e precisa i padiglioni in cui vengono
> > eseguite determinate cure e controlli specialistici (anche, e
> soprattutto,
> > per un soggetto che si deve recare in detta struttura per eseguire le
> > visite
> > specialistiche prescritte dal suo medico).
>
>  preciso solamente che allo stato attuale healthcare:speciality=* viene
> applicato al perimetro ospedaliero per indicare le "specialità" mediche in
> esso presenti. non si parla ancora di indoor mapping o applicazione a
> singoli padiglioni anche se auspico pure io si vada in quella direzione.
>
>
> > Per tutto il resto, quali i tag "/emergency/" e relativi mix, ancora non
> > mi
> > esprimo. Preferisco informarmi in maniera ancor più approfondita nei
> > prossimi giorni, data la delicatezza dell'argomento...
>
> il fulcro del mio intervento è in realtà solamente proprio sul caso
> emergency che appunto ha una certa importanza e che, nella mia ultima
> risposta, ho trattato separato e a prescindere dal tag
> healthcare:speciality
>
> > Ti invito comunque a visionare gli ospedali da me mappati e citati in
> > apertura, e dare un'occhiata ai tag adoperati per il routing in merito
> > agli
> > accessi (veicolari, pedonali, ecc.). Magari possono tornare utili per
> > regole
> > e progetti futuri 
>
> ho potuto controllare solo  l'ospedale Villa Scassi. relativamente a
> quell'ospedale noto appunto che, contrariamente a quanto indicato dalla
> wiki, l'ospedale in se non ha il tag emergency=yes sul perimetro, di
> conseguenza non sarebbe un ospedale dotato di pronto soccorso. Allo stesso
> tempo è presente al suo interno un pronto soccorso taggato come ospedale e
> che è chiamato "Pronto Soccorso Ospedale Villa Scassi". La situazione
> attuale interpretata da una macchina corrisponde ad avere due ospedali uno
> interno all'altro, quello grande ed esterno chiamato "Ospedale Villa
> Scassi"
> non attrezzato per le emergenze, ed un altro, all'interno appunto del
> primo,
> chiamato "Pronto Soccorso Ospedale Villa Scassi" che invece gestisce le
> emergenze...Questa è proprio la situazione che evidenziavo nella mia
> precedente risposta e che secondo me sarebbe da evitare.
>
> Per quanto riguarda il routing noto che c'è una via carrabile che immette
> in
> quella che sembra essere l'ingresso alla camera calda dell'ospedale
> (https://www.openstreetmap.org/node/5682180143).
>
> qui ci sono alcune cose che non capisco:
> emergency=official è un tag che non ho trovato documentato. intendi che è
> l'accesso per mezzi dedicati all'emergenza (tipo ambulanze)?...solo per
> loro
> o possono accedere anche altri mezzi non di emergenza?
> se l'accesso è riservato alle sole ambulanze dove sono situati gli altri
> ingressi per gli utenti?
>
> la combinazione access=no+motor_vehicle=yes+vehicle=no  cosa significa? che
> tipo di veicoli son autorizzti ad usare quell'accesso? sarebbe da capire
> come lo interpreta un navigatore.
>
> viene utilizzato infine i tag entrance=emergency che è probabilmente errato
> visto che questo si usa per le uscite di sicurezza (per intenderci quelle
> che si usano in caso di allarme per evacuare l'edificio) e non per gli
> ingressi ne tanto meno per i veicoli.
>
> di fianco, vicinissimo, c'è un altro nodo
> (https://www.openstreetmap.org/node/5682180140) con i tag
> access=no+entrance=main probabilmente errato. significa che, pur essendo
> l'ingresso principale non è consentito l'accesso al pubblico...intendi che
> è
> un ingresso per dipendenti o per le barelle?
>
> tutto questo, a parte la  "geometria" di quell'ingresso, non mi fa capire
> se
> quella sia il punto di consegna degli utenti del PS.
>
>
> faccio notare che con una geometria diversa dell'edificio il centroide del
> PS potrebbe risultare più spostato a nord e in quel caso, con una mappatura
> che regolamenta solamente la possibilità di accesso, senza dare esplicita
> indicazione del punto di consegna ( come in questo esempio)  renderebbe
> facilmente il nodo 4994474284 quello di destinazione del routing per il PS
> per tutti i non pedoni (comprese le ambulanze).
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
>
>
>
> -
> Ciao,
> Aury
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> 

Re: [Talk-it] pronto soccorso ospedali italiani

[Aury88]

EneaSuper wrote
> Dal lato tecnico, penso che l'utilizzo dei tag "/healthcare/" ed
> "/healthcare:speciality/" sia fondamentale anche solo per completezza,
> così
> da indicare in maniera corretta e precisa i padiglioni in cui vengono
> eseguite determinate cure e controlli specialistici (anche, e soprattutto,
> per un soggetto che si deve recare in detta struttura per eseguire le
> visite
> specialistiche prescritte dal suo medico).

 preciso solamente che allo stato attuale healthcare:speciality=* viene
applicato al perimetro ospedaliero per indicare le "specialità" mediche in
esso presenti. non si parla ancora di indoor mapping o applicazione a
singoli padiglioni anche se auspico pure io si vada in quella direzione.  


> Per tutto il resto, quali i tag "/emergency/" e relativi mix, ancora non
> mi
> esprimo. Preferisco informarmi in maniera ancor più approfondita nei
> prossimi giorni, data la delicatezza dell'argomento...

il fulcro del mio intervento è in realtà solamente proprio sul caso
emergency che appunto ha una certa importanza e che, nella mia ultima
risposta, ho trattato separato e a prescindere dal tag healthcare:speciality

> Ti invito comunque a visionare gli ospedali da me mappati e citati in
> apertura, e dare un'occhiata ai tag adoperati per il routing in merito
> agli
> accessi (veicolari, pedonali, ecc.). Magari possono tornare utili per
> regole
> e progetti futuri 

ho potuto controllare solo  l'ospedale Villa Scassi. relativamente a
quell'ospedale noto appunto che, contrariamente a quanto indicato dalla
wiki, l'ospedale in se non ha il tag emergency=yes sul perimetro, di
conseguenza non sarebbe un ospedale dotato di pronto soccorso. Allo stesso
tempo è presente al suo interno un pronto soccorso taggato come ospedale e
che è chiamato "Pronto Soccorso Ospedale Villa Scassi". La situazione
attuale interpretata da una macchina corrisponde ad avere due ospedali uno
interno all'altro, quello grande ed esterno chiamato "Ospedale Villa Scassi"
non attrezzato per le emergenze, ed un altro, all'interno appunto del primo,
chiamato "Pronto Soccorso Ospedale Villa Scassi" che invece gestisce le
emergenze...Questa è proprio la situazione che evidenziavo nella mia
precedente risposta e che secondo me sarebbe da evitare.

Per quanto riguarda il routing noto che c'è una via carrabile che immette in
quella che sembra essere l'ingresso alla camera calda dell'ospedale
(https://www.openstreetmap.org/node/5682180143).

qui ci sono alcune cose che non capisco: 
emergency=official è un tag che non ho trovato documentato. intendi che è
l'accesso per mezzi dedicati all'emergenza (tipo ambulanze)?...solo per loro
o possono accedere anche altri mezzi non di emergenza?
se l'accesso è riservato alle sole ambulanze dove sono situati gli altri
ingressi per gli utenti?

la combinazione access=no+motor_vehicle=yes+vehicle=no  cosa significa? che
tipo di veicoli son autorizzti ad usare quell'accesso? sarebbe da capire
come lo interpreta un navigatore.

viene utilizzato infine i tag entrance=emergency che è probabilmente errato
visto che questo si usa per le uscite di sicurezza (per intenderci quelle
che si usano in caso di allarme per evacuare l'edificio) e non per gli
ingressi ne tanto meno per i veicoli.

di fianco, vicinissimo, c'è un altro nodo
(https://www.openstreetmap.org/node/5682180140) con i tag
access=no+entrance=main probabilmente errato. significa che, pur essendo
l'ingresso principale non è consentito l'accesso al pubblico...intendi che è
un ingresso per dipendenti o per le barelle?

tutto questo, a parte la  "geometria" di quell'ingresso, non mi fa capire se
quella sia il punto di consegna degli utenti del PS.


faccio notare che con una geometria diversa dell'edificio il centroide del
PS potrebbe risultare più spostato a nord e in quel caso, con una mappatura
che regolamenta solamente la possibilità di accesso, senza dare esplicita
indicazione del punto di consegna ( come in questo esempio)  renderebbe
facilmente il nodo 4994474284 quello di destinazione del routing per il PS
per tutti i non pedoni (comprese le ambulanze). 

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

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





-
Ciao,
Aury
--
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-cz] Mapy.cz a OSM data v CZ (a jinde)

[Jan Cibulka]

Jenom abyste rámcově věděli, do čeho jdeme ;) 
https://www.businessinfo.cz/cs/clanky/cesko-zaspalo-v-digitalizaci-geografickych-dat-podnikatele-musi-obihat-desitky-uradu-116811.html

On 23.12.2018 20:27, Jan Cibulka wrote:

> Souhlas, koordinační schůzka v lednu by byla fajn.
>
> On 22.12.2018 13:08, majka wrote:
>
>> ci, kdy dané město/obec na OpenData zvysoka kašle, takže v podstatě není o 
>> čem jednat, a dělá jen to, co po nich nutně vyžaduje vyhláška. Tam jsou ale 
>> údaje, které nám nepomůžou (smlouvy/zakázky/personál/...)
>> Když jsem prohlížela ty vzorové plány, mohlo toho být k mání hromada - 
>> seznam zastávek / seznam kamer / parkovacích automatů/zón / knihoven a já 
>> nevím co ještě. Pokud to ale obce nemají jinde než ve svých mapových 
>> aplikacích ... "nejsou (to) OpenData" ... z toho uvedeného odkazu, bude 
>> obrovský problém z nich cokoli vylámat. Jediná jihočeská otevřená data jsou 
>> seznamy zastávek, zveřejněné krajem. Takže tady všude máme dvě možnosti - 
>> buďto dotyčné vyzvat, aby ty údaje opravdu dávali jako otevřená data 
>> (univerzální, ale bude extrémně dlouho trvat, protože je to pro ně práce 
>> navíc, a nic je k tomu vlastně nenutí), nebo ukázat na konkrétní data - 
>> třeba zveřejněná na stránkách obce jako informace pro občany a zahlásit 
>> "tohle bereme tak jak je", a jednat o souhlasu s použitím, pokud je tedy 
>> vůbec třeba (viz úvod). Můj osobní názor je, že pokud obce / kraje nic 
>> nenutí ta data poskytovat a sami nemají zájem, otevřená data nikdy pořádně k 
>> dispozici nebudou. I pokud jednorázově něco dohodneme, udělají to jednou jen 
>> proto, aby byl klid, a v budoucnu budeme pokaždé muset jednat o aktualizaci.
>
> --
> S pozdravem
>
> Jan Cibulka
> tel.: +420 776 307 158
> datastory.cz

--
S pozdravem

Jan Cibulka
tel.: +420 776 307 158
datastory.cz___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] pronto soccorso ospedali italiani

[EneaSuper]

Giusto in questi giorni (mentre revisionavo le ultime modifiche alla
viabilità e alle nuove strutture dell'ospedale San Martino di Genova) mi
sono posto diverse domande sulla mappatura dei pronto soccorso, dei
padiglioni specialistici, ecc., come già feci negli anni passati,
avvicinandomi molto alle tue perplessità.

Io stesso mi sono occupato della mappatura di altri ospedali cittadini, come
il Gallino, il Villa Scassi (parziale) e l'ex Manicomio di Quarto, decidendo
di specializzarmi in questo genere di mappatura. Quindi, per quanto riguarda
i già citati pronto soccorso, i tag adoperati e il consecutivo rendering,
sono pienamente d'accordo con te Aury88. Ritengo che le tecniche adoperate
al giorno d'oggi possano causare numerosi problemi nell'individuazione di
strutture e servizi, per non parlare del routing, essenziale per giungere
sul posto e garantire le prime cure!

Dal lato tecnico, penso che l'utilizzo dei tag "/healthcare/" ed
"/healthcare:speciality/" sia fondamentale anche solo per completezza, così
da indicare in maniera corretta e precisa i padiglioni in cui vengono
eseguite determinate cure e controlli specialistici (anche, e soprattutto,
per un soggetto che si deve recare in detta struttura per eseguire le visite
specialistiche prescritte dal suo medico).
Per tutto il resto, quali i tag "/emergency/" e relativi mix, ancora non mi
esprimo. Preferisco informarmi in maniera ancor più approfondita nei
prossimi giorni, data la delicatezza dell'argomento...

Ti invito comunque a visionare gli ospedali da me mappati e citati in
apertura, e dare un'occhiata ai tag adoperati per il routing in merito agli
accessi (veicolari, pedonali, ecc.). Magari possono tornare utili per regole
e progetti futuri 



--
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-de] OSM-Karte mit Leaflet selber bauen

[Norbert Kück]

Hallo Markus,

am 30.12.2018 um 23:13 schrieb Markus:

ich habe mal etwas "Gerüst" gebaut:
https://wiki.openstreetmap.org/wiki/DE:OSM_mit_Leaflet
Der Satz "Kenntnisse in JavaScript werden nicht vorausgesetzt..." auf 
der Seite ist m.E. sehr mutig. Trotz (oder wegen?) einiger Jahre 
Erfahrung mit Leaflet kann ich mir nicht vorstellen, wie das stabil 
funktionieren soll.


GeoJSON, das du nutzen möchtest, *IST* JavaScript. Beispielsweise die 
Füllung von Popups und die individuelle Initialeinstellungen der Karte 
bedeuten zwangsläufig Umgang mit JavaScript. Die Chance zu scheitern und 
der Betreuungsbedarf verhalten sich reziprok proportional zum Umfang der 
JavaScript-Kenntnisse – auch dann, wenn der Karten-Prototyp als Korsett 
(gibt Halt und engt ein) gebaut ist.


Gruß
Norbert

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

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[Jérôme Amagat]

Bien jouer Christian!

Il va falloir continuer à suivre la page Wikipédia
https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019
au cas ou il y ai des oublies ou des arrêtés préfectoraux signés au dernier
moment et qui paraissent que début janvier.

Les intercom et les arrondissements départementaux ne sont constitués que
de communes entières. Il y a des communes nouvelles de plusieurs intercom
ou d'arrondissements et donc des intercom et arrondissement qui ont du être
modifiés.
Je pense que cette requête overpass turbo permet de trouver des frontières
où il y a un problèmes ( frontières d'intercom mais pas de communes) :
https://overpass-turbo.eu/s/ER6
(on peut faire pareil pour les arrondissement mais on trouve des frontières
où il n'y a pas forcement des problèmes)

En ce début d'année, il peut y avoir des changements dans les intercom et
les arrondissements non liés aux communes nouvelles mais malheureusement je
ne crois pas qu'il y ai de listes de ces changements :)
(J'ai fait l'un de ces changements dans osm dans l'Ain, un intercom en
absorbe un autre)

J'ai vu que pour les ancienne communes nouvelles qui ont fusionnées en de
plus grandes communes nouvelles, il y a parfois admin_level=9.
Je pense que ça n'a pas de sens, elles n'ont plus de rôle administratif et
ne devrait pas avoir de admin_level=* et avoir disused:admin_level=8 et
même disused:boundary=administrative.
Les ancienne communes d'avant la 1ere communes nouvelles, elles gardent
admin_level=9 si elles sont communes déléguées.
Si elle ne le sont pas, je pense que si on veux être logique il ne devrait
plus y avoir de admin_level=*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] pronto soccorso ospedali italiani

[Aury88]

dieterdreist wrote
> 2018-01-19 7:59 GMT+01:00 Aury88 

> spacedriver88@

> :
> 
>> 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@

> https://lists.openstreetmap.org/listinfo/talk-it

mi scuso se riapro adesso questa discussione.
Rispondendo a  Martin non mi sembra questo tag vada più in conflitto di
altri tag, anch'essi infatti non trattano le specialità dell'emergenza ma le
specialità in generale proprio come questo tag. generalmente
healthcare:speciality=emergency mi sembra sia usato a livello internazionale
per indicare la stessa cosa e cioè la presenza di un reparto dedicato ad
intervenire di urgenza a seguito di un infortunio o ad una condizione
abbastanza improvvisa ed acuta di malessere che quindi necessita di
immediato intervento per evitare l'aggravarsi della situazione.
la natura dell'emergenza di solito è affrontata internamente all'ospedale;
il pronto soccorso è usato per il triage cioè stabilire gravità e natura del
problema e poter quindi indirizzare il paziente al reparto o addirittura
ospedale attrezzato. dal punto di vista dell'utenza non è possibile accedere
direttamente al reparto di emergenza pediatrica (per fare un esempio); o si
è già nel reparto pediatrico e internamente ad esso si stabilisce
l'intensità di cura e quindi dove mettere il paziente oppure, a seguito di
un emergenza, l'utente accede al pronto soccorso il quale, vista la natura
del paziente o della patologia evidenziata dalle indagini diagnostiche, 
provvede ad allertare la pediatria. se l'ospedale non è attrezzato per il
livello di intervento richiesto sempre il PS provvede a chiamare , dopo aver
eventualmente stabilizzato il paziente, un (eli)ambulanza per il
trasferimento del paziente in altra struttura a seguito di coordinamento con
la direzione medica della stessa .

 la questione universitaria non saprei che risponderti...in un ospedale si
può operare d'urgenza e allo stesso tempo insegnare agli specializzandi ma
il tag non cambia. in una università pura il tag usato è university e non è
oggetto della discussione ne credo possa causare particolari ambiguità con
il caso dell'ospedale.

*
Per la MailingList Italiana*
vorrei approfittare per sollevare il problema in merito all'uso, secondo me
scorretto, del tag amenity=hospital + emergency=yes in un nodo interno
all'area dell'ospedale anch'esso indicato con amenity=hospital +
emergency=yes (come da istruzioni wiki).
L'aggiunta del nodo sembra nato più per indicare a livello di render la
posizione del pronto soccorso e permettere il routing. a mio avviso lo stile
è assolutamente da evitare:
 1 perchè da una informazione errata e cioè il pronto soccorso non è un
ospedale in se (all'interno di un altro ospedale) ma un reparto
dell'ospedale più o meno esteso alla sua interezza; 
2 abbiamo una dublicazione con i tag associati alla struttura
ospedaliera...è come se noi mappassimo come area i POI con su indicato
l'indirizzo e tutti i dati dell'attività e poi riportassimo gli stessi o
parte di essi al nodo di ingresso. 

3 conseguenza del punto 2 il navigatore, per poter stabilire l'ingresso del
pronto soccorso, necessita di cercare nella stringa name il termine "Pronto
soccorso" per distinguere l'ospedale dal suo reparto, il che, imho, non è la
situazione ideale; 

4 conseguenza dei punti 2 e 3 il navigatore potrebbe in alcuni casi 
calcolare un percorso errato cercando il percorso più vicino al PS ma non
quello dedicato (molto spesso coincidono ma non è una certezza matematica)

a mio avviso, se non si fa indoor mapping (per il quale comunque il i tag
amenity=hospital + emergency=yes non vanno assolutamente usati) non va
indicato tanto la posizione del pronto soccorso quanto dei suoi ingressi.
Per fare questo c'è un tag dedicato ed univoco che consente di evitare gravi
errori e cioè *emergency=emergency_ward_entrance*[1] il quale permette
anche, con l'aggiunta del sottotag emergency_ward_entrance=*, di specificare
per che tipologie di transito è dedicato l'accesso (solo ambulanze,
macchine, piedi).

questo elemento ha il vantaggio di evitare tutte le conseguenze (sopra
riportate) dell'attuale stile, ce ne possono essere quante ne servono e
inoltre non tocca questioni come l'indoor mapping, le specialità  ecc
attualmente non ancora ben affrontate per l'ambito ospedaliero.

rimane il problema di dove applicare il tag name=Pronto Soccorso *. Aspetto
qui proposte/decisioni in merito. io consiglio di applicarlo al
emergency=emergency_ward_entrance carrabile (che di solito, per questioni
pratiche e di sicurezza è anche 

Re: [Talk-it] Copyright

[Francesco Pelullo]

Il giorno lun 31 dic 2018, 10:39 Germano Massullo <
germano.massu...@gmail.com> ha scritto:

> Facciamo anche un tweet storm come fu fatto diverse volte in passato?
>


Propongo #coreingrato

Ciao
/niubii/





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

Re: [Talk-it] Copyright

[Germano Massullo]

Facciamo anche un tweet storm come fu fatto diverse volte in passato?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Copyright

[Andrea Musuruane]

Segnalo che anche il Corriere ha fatto la stessa cosa.

Ciao,

Andrea


Il giorno lun 31 dic 2018, 09:54 Francesco Frassinelli 
ha scritto:

> Il giorno Dom 30 Dic 2018, 18:11 Lorenzo Pesci  ha
> scritto:
>
>> Segnalo che Repubblica ha usato le mappe Osm senza citazione, controllate
>> per favore.
>>
>> https://roma.repubblica.it/cronaca/2018/12/30/news/terremoto_a_roma_magnitudo_3_2_epicentro_gallicano-215470501/
>>
>
> Ciao,
> l'avevamo notato anche in chat. Ho scritto loro, ma non ho ottenuto
> risposta. Non lascerei cadere la cosa però. Era pure in homepage.
>
> Buona giornata,
> Frafra
>
>> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Copyright

[Francesco Frassinelli]

Il giorno Dom 30 Dic 2018, 18:11 Lorenzo Pesci  ha
scritto:

> Segnalo che Repubblica ha usato le mappe Osm senza citazione, controllate
> per favore.
>
> https://roma.repubblica.it/cronaca/2018/12/30/news/terremoto_a_roma_magnitudo_3_2_epicentro_gallicano-215470501/
>

Ciao,
l'avevamo notato anche in chat. Ho scritto loro, ma non ho ottenuto
risposta. Non lascerei cadere la cosa però. Era pure in homepage.

Buona giornata,
Frafra

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

Re: [Talk-it] Copyright

[Martin Koppenhoefer]

sent from a phone

> On 30. Dec 2018, at 19:15, Maurizio Napolitano  wrote:
> 
> Purtroppo questo accade ogni volta che avviene un terremoto in quanto
> le redazioni si limitano a fare uno screenshot di parte della mappa
> presente su INGV.
> Dove, invece, la citazione c'è, solo che essendo in basso a destra,
> viene spesso esclusa dagli screenshot.
> 
> In sintesi:
> il più delle volte si tratta di buona fede


Per la mappa non citano ne OSM ne l’INGV però, essendo uno dei giornali 
principali dovrebbero benissimo sapere che le immagini (come anche i testi) 
richiedono sempre la citazione dell‘autore.

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