[OSM-talk-fr] railradar.fr est encore maintenu ?

[David Crochet]

Bonjour

Est-ce que railradar fonctionne encore "bien" ?

car les données des trains sont, disons, hors standard...

Cordialement

--
David Crochet


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

[Talk-de] Automatisches Hinzufügen von cash_withdrawal zu Rewe-Supermärkten

[Ferdinand]

Die letzten endes beste Lösung wird wohl eine maproullete Challenge sein
das sollte dann auch alle edge cases berücksichtigen
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Automatisches Hinzufügen von cash_withdrawal zu Rewe-Supermärkten

[Daniel Litzbach]

Hi,

Schade - klingt für mich absolut sinnvoll und nach einem Mehrwert. Die Anzahl 
nützlicher, neuer Informationen dürfte die falsch hinzugekommenen Tags deutlich 
überschreiten. Ich habe ehrlich gesagt den Eindruck, dass viele Gegenargumente 
aus Rewe-bashing resultieren und finde es schade, dass deshalb nun keine Tags 
hinzugefügt werden, die für die Mehrheit der User sicher ein Mehrwert wären.

Am 17. Oktober 2019 21:32:02 MESZ schrieb Michael Brandtner via Talk-de 
:
>Hallo,
>
>da sich hier und im Forum die Mehrheit gegen die ??nderung
>ausgesprochen 
>hat, werde ich sie nicht vornehmen.
>
>Viele Gre
>Michael
>
>
>Am 14.10.2019 um 21:47 schrieb Michael Brandtner via Talk-de:
>> Hallo,
>>
>> ich m??chte gerne meinen ersten automatischen Edit ausf??hren und 
>> daf??r mit euch R??cksprache halten. Diesen Beitrag habe ich parallel
>
>> auch im Forum gepostet.
>>
>> Der vor kurzem offiziell akzeptierte Tag cash_withdrawal[1] gibt an, 
>> ob es die M??glichkeit gibt, in einem Gesch??ft Geld abzuheben. Dies 
>> ist in allen Rewe-Superm??rkten in Deutschland der Fall. Dies steht 
>> nicht nur auf der Website des Konzerns[2], es wurde mir auch im 
>> E-Mail-Kontakt mit dem Kundenservice best??tigt. Damit wir diesen Tag
>
>> nicht ??ber Jahre nach und nach manuell zu den Superm??rkten 
>> hinzuf??gen m??ssen, m??chte ich dies gerne automatisch durchf??hren.
>
>> Weitere Details sind auf der von mir hierf??r angelegten Seite im
>Wiki 
>> zu finden.[3]
>>
>> Ich bin gespannt auf euer Feedback.
>>
>> Viele Gre
>> Michael
>>
>>
>> [1] https://wiki.openstreetmap.org/wiki/Key:cash_withdrawal
>> [2] https://www.rewe.de/service/bargeld-abheben/
>> [3] https://wiki.openstreetmap.org/wiki/Automated_edits/Discostu36
>>
>>
>> ___
>> 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
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec

[Alouette955]

Merci Pierre,

L’argument de visibilité que tu avances (et c’est celui que j’ai suivi au 
départ) a une réception très froide dans la communauté OSM. En effet on nous 
répète constamment de ne pas cartographier en fonction du rendu d’une carte. Si 
l’objectif d’une carte ne satisfait pas nos objectifs à nous de construire un 
autre rendu ... pas évident.

Pour la carte cyclable Garmin basée sur les données OSM que nous partageons 
j’ai décidé de mettre en avant toute voie ayant un attribut cyclable (lnc=yes 
ou non). C’est le but de cette carte de montrer toutes les voies cyclables. 
Ainsi si on circule sur une voie cyclable absente de la carte il suffit de la 
capturer et de mettre à jour OSM. La carte de Andy Allan n’a de tout évidence 
pas cet objectif.

Ceci dit j’ai trouvé quelques références sur des routes cyclables pouvant faire 
l’objet de relations.

La CMM (Communauté Métropolitaine de Montréal) publie une carte interactive de 
son plan d’aménagement régionale prévue du Réseau Vélo Métropolitain. Plusieurs 
routes locales existantes y seront utilisées dans l’instauration de la VM dont 
la VM20 est la première route terminée. Cette carte pourrait servie de 
squelette pour les routes locales.

   ref.:
 
https://wiki.openstreetmap.org/wiki/FR:R%C3%A9seau_v%C3%A9lo_m%C3%A9tropolitain

 
http://cmm.qc.ca/champs-intervention/transport/plans-en-transport/plan-directeur-du-reseau-velo-metropolitain/#carte

Dans cette dernière carte zoomez et cliquez sur un segment. Certains sont à 
construire mais plusieurs existent déjà.

La CMQ Communauté Métropolitaine de Québec a également une carte interactive où 
en activant la couche “Réseau Cyclable sous PMAD 2012” montre 8 principaux 
tronçons qui peuvent peut-être assimilées aux routes dans OSM???

ref: https://www.sig.cmquebec.qc.ca/GeoLyre/index.html?viewer=sig2020

Il n‘est pas dit que nous trouverons tout en ligne mais en fouillant on se 
rapproche d’une information structurée des réseaux cyclables qui se rapproche 
de la notion de routes dans OSM.

Claude

P..S Je déplore aussi que “bicycle=designated” sans lcn=yes soit exclu des 
cartes cyclables en ligne. Son utilisation n’est pas marginale dans la région.

From: Pierre Boucher 
Sent: Thursday, October 17, 2019 10:57 AM
To: talk-ca@openstreetmap.org 
Subject: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec

Bonjour,

J'ai reçu ce message de Alouette555 - voir au bas de mon commentaire - me 
demandant mon opinion sur la "Revision de l'attribut lcn=yes pour le Québec" et 
me demande de répondre sur talk-ca

Je suis un contributeur qui contribue ( 4679 modifications depuis le 1er 
juillet 2013 - beaucoup de contributeur ne contribue pas ou à peu près pas).

Voici mon commentaire:

  1.. Tout d'abord merci è Claude (Alouette555) pour son aide et ses conseils à 
mes débuts comme contributeur en juillet 2013.

  2.. Je suis un fervent cycliste +/- 4000 km par année principalement au nord 
de Montréal - Rosemère, Boisbriand, Sainte-Thérèse, Blainvile, Saint-Jérôme, 
Oka, etc... 
  3.. J'ai contribué à mettre à jour - et j'essaie de garder à jour - les 
chemins cyclables de ces municipaltés.  J'ai de bonnes relations avec les 
travaux publics et les urbanistes de ces municipalités.

  4.. Pour moi lcn=yes me permet en un clin d'oeil davoir une vue d'ensemble 
sur le réseau cyclable de toutes ces municipalités incluant les chemins dit 
"designated, yes, permissive, etc." comme cycleway=designated par exemple qui 
n'apparait pas sur la carte sans l'utilisation de lcn=yes.  De plus en 
utilisant  l'attribut additionnel :right :left ou :both à cycleway je peux voir 
le résultat sur la carte. 
  5.. lcn=yes est simplement un outil mais un outils important pour moi mais 
qui peut être remplacé... mai pas simplement éliminé.  Comme disait feu Jacques 
Pariseau ancien Premier ministre du Québec "Faut pas jeter le bébé avec l"eau 
du bain"

  6.. Des "relations"... peut être...ça reste à voir...

  Pierre Boucher (Boff II)

  

Message reçu de Alouette555

Bonjour,

Vous recevez ce message puisque nous avons détecté que vous avez créé dans 
OSM des chemins avec “lcn=yes” dans la zone du Québec.

Vous avez pu l’ajouter volontairement en créant des voies cyclables ou 
involontairement en scindant des chemins. Si c’est involontairement vous pouvez 
ignorer ce message.

Une discussion sur l’usage de “lcn=yes” largement utilisé au Québec est en 
cours sur talk-ca et pourrait vous concerner:

https://lists.openstreetmap.org/pipermail/talk-ca/2019-October/009443.html

On y soulève la mauvaise interprétation qui a été propagée à plusieurs 
contributeurs (dont je suis un peu responsable) sur l’usage de “lcn=yes” comme 
attribut d’un chemin. LCN devrait, selon la documentation:

Re: [Talk-de] Automatisches Hinzufügen von cash_withdrawal zu Rewe-Supermärkten

[Michael Brandtner via Talk-de]

Hallo,

da sich hier und im Forum die Mehrheit gegen die ??nderung ausgesprochen 
hat, werde ich sie nicht vornehmen.


Viele Gre
Michael


Am 14.10.2019 um 21:47 schrieb Michael Brandtner via Talk-de:

Hallo,

ich m??chte gerne meinen ersten automatischen Edit ausf??hren und 
daf??r mit euch R??cksprache halten. Diesen Beitrag habe ich parallel 
auch im Forum gepostet.


Der vor kurzem offiziell akzeptierte Tag cash_withdrawal[1] gibt an, 
ob es die M??glichkeit gibt, in einem Gesch??ft Geld abzuheben. Dies 
ist in allen Rewe-Superm??rkten in Deutschland der Fall. Dies steht 
nicht nur auf der Website des Konzerns[2], es wurde mir auch im 
E-Mail-Kontakt mit dem Kundenservice best??tigt. Damit wir diesen Tag 
nicht ??ber Jahre nach und nach manuell zu den Superm??rkten 
hinzuf??gen m??ssen, m??chte ich dies gerne automatisch durchf??hren. 
Weitere Details sind auf der von mir hierf??r angelegten Seite im Wiki 
zu finden.[3]


Ich bin gespannt auf euer Feedback.

Viele Gre
Michael


[1] https://wiki.openstreetmap.org/wiki/Key:cash_withdrawal
[2] https://www.rewe.de/service/bargeld-abheben/
[3] https://wiki.openstreetmap.org/wiki/Automated_edits/Discostu36


___
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] Josm wiki traduction : "choisir les traces visibles"

[Stéphane Péneau]

Cette fenêtre concerne principalement le calque qui contient l'ensemble 
des traces gpx téléchargées depuis les serveurs Osm. (la petite case à 
cocher lorsqu'on télécharge une zone dans Josm).
Tu peux peut-être reproduire ce comportement en local en fusionnant tes 
2 calques


Stf

Le 17/10/2019 à 18:56, lenny.libre a écrit :

Bonjour

N'ayant pas eu de réponse sur la liste fr, j'envisage d'aller sur 
l'anglaise, mais comme je ne maîtrise pas du tout la langue, 
pourriez-vous me dire si ma traduction (en bas de page) serait 
compréhensible par un anglophone ?


Cordialement

Leni

Le 20/09/2019 à 11:17, lenny.libre a écrit :

Bonjour.

Je voulais traduire la page 
https://josm.openstreetmap.de/wiki/Help/Action/ChooseTrackVisibility, 
mais avant j'aurais voulu comprendre le fonctionnement.


J'ouvre deux de mes traces qui ont toutes les deux des images, JOSM 
me créé pour chacune un calque gpx et un calque marqueur.


Si je "clique+bouton droit" individuellement sur les calques gpx, 
dans le menu contextuel j'ai bien le choix "choisir les traces 
visibles" puis j'ai la fenêtre décrite dans le wiki ; mais je 
n'arrive pas à sélectionner les deux calques en même temps pour 
obtenir avoir le choix et afficher la fenêtre avec les deux calques.


Je ne dois pas avoir les bons éléments ???

Cordialement

Leni


Hi!

I wanted to translate in french the page 
https://josm.openstreetmap.de/wiki/Help/Action/ChooseTrackVisibility, 
but before I would like to understand how it works.


I open two of my tracks which both have images, JOSM creates for me a 
gpx layer and a marker layer for each one.


If I "right-click" individually on the gpx layers, in the context menu 
I have the choice "choose visible traces" then I have the window 
described in the wiki; but I can't select both layers at the same time 
to get the choice and display the window with both layers.


I must not have the right selection?

Sincerely

Leni



___
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] Radweg R2 südlich von Graz...

[Robert Grübler]

Am 17. Oktober 2019 19:32 schrieb andreas wecer [mailto:andreas.we...@gmail.com]

>Wofür es EINE Superroute braucht, ist mir schon klar, nur eine zusätzliche 
>Superroute, 
>die wiederum 2 nahezu identische Superrouten enthält, halte ich für unnötig.

OK, schauen wir mal. Melde mich, wenn ich fertig bin. Wenn sich kein Vorteil 
zeigt - es ist schnell gelöscht.
LG Robert


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

Re: [Talk-it] Discussione su Changeset

[Marcello]

Il 16/10/19 20:18, Andreas Lattmann ha scritto:

Buongiorno,
volevo portarvi a conoscenza della discussione che sta avvenendo su questo 
changeset: https://www.openstreetmap.org/changeset/75351906

Andreas

--
樂



Andreas,

mi sembra che siamo arrivati ad un punto che forse solo i caschi blu 
dell'ONU potrebbero risolvere. Quel changeset è il massimo, ma in un 
mese poco più che è iscritto l'utente Arkeopterix anche diverse altre 
sue modifiche sono state revertate da Alecs01, quindi penso che la loro 
discussione potrebbe continuare ad oltranza in mancanza di decisioni 
esterne.


Non conosco la zona, mi sembra corretto mantenere distinte le 2 aree, 
una per definire il parco e l'altra per le zone con landuse=grass, nella 
relazione creata per quest'ultima però mancano degli inner, vedo un 
campo da basket, il Teatro Continuo di Alberto Burri, la Biblioteca 
Parco Sempione e sicuramente anche altri. Si potrebbero fare anche molte 
aree separate con l'etichetta landuse=grass, senza bisogno della relazione.


--
Ciao
Marcello


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

Re: [Talk-at] Radweg R2 südlich von Graz...

[andreas wecer]

Wofür es EINE Superroute braucht, ist mir schon klar, nur eine zusätzliche
Superroute, die wiederum 2 nahezu identische Superrouten enthält, halte ich
für unnötig.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Josm wiki traduction : "choisir les traces visibles"

[lenny.libre]

Bonjour

N'ayant pas eu de réponse sur la liste fr, j'envisage d'aller sur 
l'anglaise, mais comme je ne maîtrise pas du tout la langue, 
pourriez-vous me dire si ma traduction (en bas de page) serait 
compréhensible par un anglophone ?


Cordialement

Leni

Le 20/09/2019 à 11:17, lenny.libre a écrit :

Bonjour.

Je voulais traduire la page 
https://josm.openstreetmap.de/wiki/Help/Action/ChooseTrackVisibility, 
mais avant j'aurais voulu comprendre le fonctionnement.


J'ouvre deux de mes traces qui ont toutes les deux des images, JOSM me 
créé pour chacune un calque gpx et un calque marqueur.


Si je "clique+bouton droit" individuellement sur les calques gpx, dans 
le menu contextuel j'ai bien le choix "choisir les traces visibles" 
puis j'ai la fenêtre décrite dans le wiki ; mais je n'arrive pas à 
sélectionner les deux calques en même temps pour obtenir avoir le 
choix et afficher la fenêtre avec les deux calques.


Je ne dois pas avoir les bons éléments ???

Cordialement

Leni


Hi!

I wanted to translate in french the page 
https://josm.openstreetmap.de/wiki/Help/Action/ChooseTrackVisibility, 
but before I would like to understand how it works.


I open two of my tracks which both have images, JOSM creates for me a 
gpx layer and a marker layer for each one.


If I "right-click" individually on the gpx layers, in the context menu I 
have the choice "choose visible traces" then I have the window described 
in the wiki; but I can't select both layers at the same time to get the 
choice and display the window with both layers.


I must not have the right selection?

Sincerely

Leni



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

[Talk-at] Vienna Geo Meetup #5

[ScubbX]

Liebe Leute!

am Dienstag, dem 29.10.2019 findet das fünfte Vienna Geo Meetup statt:
https://www.meetup.com/de-DE/ViennaGeo/events/265308188/

Wir beschäftigen uns dieses Mal mit dem aufregenden Thema "Vector Tiles".

Start um 18Uhr im Donau City Treff (U1, Alte Donau).

Beste Grüße,
Markus (ScubbX)


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

Re: [Talk-at] Radweg R2 südlich von Graz...

[Robert Grübler]

Nachtrag
Noch ein Argument für die zusätzliche Superroute/Superrelation-Ebene:
Die Verbindungsrouten sind für sich allein sinnlos, erst die Zugehörigkeit zu 
den beiden Hauptrouten ergibt ein stimmiges Gesamtbild.

LG Robert (robhubi)


-Ursprüngliche Nachricht-
Von: Robert Grübler [mailto:robgrueb...@gmail.com] 
Gesendet: Donnerstag, 17. Oktober 2019 00:01
An: 'OpenStreetMap AT' 
Betreff: AW: [Talk-at] Radweg R2 südlich von Graz...

Am 15. Oktober 2019 21:35 schrieb  andreas wecer 
[mailto:andreas.we...@gmail.com]


>Was die Namenserweiterung angeht, würde ich keine kryptischen Kürzel 
>verwenden, sondern die entsprechenden Etappen, evtl. auch mit 
>Nummerierung ähnlich der Abschnitte beim österreichischen EV6 
>(https://cycling.waymarkedtrails.org/#route?id=2764556 )

>Abs. 1 (Sticklerhütte - Judenburg) ~130km Abs. 2 (Judenburg - 
>Frohnleiten) ~100km Abs. 3 Ostufer (Frohnleiten - Kalsdorf) Abs. 3 
>Westufer (Frohnleiten - Kalsdorf) jeweils ~50km Abs. 4 (Kalsdorf - Bad 
>Radkersburg) ~70km Verbindungsrouten

Der Vorschlag ist gut. Ich warte noch 1 Woche auf eine Reaktion meines 
CS-Kommentars, dann möchte ich es umsetzen, 

>Die Vorteile der zusätzlichen Superroute-Ebene mit 2 durchgehenden Routen, 
>obwohl der überwiegende Teil völlig ident ist, überzeugen mich noch nicht 
>wirklich.

Der Murradweg geht über Salzburg, Steiermark, Slowenien und Kroatien. 
Bezeichnungen und Beschilderungen variieren. 
In Salzburg grüne Schilder mit Murradweg Im Land Steiermark grüne Schilder mit 
R2 Murradweg In Graz weiße Schilder mit grünem R2-Symbol In Slowenien/Kroatien 
blaue Schilder mit der Aufschrift Mura-Drava R12 (am linken Murufer) und G12 
(am rechten Murufer)

Die Superrelation ist nützlich fürs "Einfangen"


LG Robert (robhubi)



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

Re: [Talk-it] Info limiti legali nell'estrazione e riutilizzo di dati.

[Maurizio Napolitano]

On Thu, Oct 17, 2019 at 1:21 PM Alessandro Vitali  wrote:
>
> Ciao a tutti!
> Premetto,
> La CUE (Centrale Unica Emergenza) 112 del trentino ha un database di dati 
> cartografici che aggiorna in autonomia. E' un database in cui sono confluiti 
> i vari db delle centrali 115, 112 e 118.
>
> Dato che ho aggiornato tutti (o quasi) i numeri civici della bassa valsugana, 
> la mia domanda è:
> - mi è consentito estrarre i dati con josm e per poter aggiornare il database 
> dalla CUE?
> - o per un'operazione del genere ci sono vincoli di licenze o altro?

Fino a che tieni tutto in casa va tutto bene.
Se lo rendi pubblico allora devi andare in odbl.
Il problema eventualmente è capire se nel db della CUE andate a
mescolare questi dati con altri.
Credo comunque che tu possa essere nella situazione di riuscire ad
isolare le due banche dati qualora tu debba trovarti nella necessità
di pubblicare.

my2cents

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

[Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec

[Pierre Boucher]

Bonjour,

J'ai reçu ce message de Alouette555 - voir au bas de mon commentaire - 
me demandant mon opinion sur la "Revision de l'attribut lcn=yes pour le 
Québec" et me demande de répondre sur talk-ca


Je suis un contributeur qui contribue ( 4679 modifications depuis le 1er 
juillet 2013 - beaucoup de contributeur ne contribue pas ou à peu près pas).


Voici mon commentaire:

1. Tout d'abord merci è Claude (Alouette555) pour son aide et ses
   conseils à mes débuts comme contributeur en juillet 2013.
2. Je suis un fervent cycliste +/- 4000 km par année principalement au
   nord de Montréal - Rosemère, Boisbriand, Sainte-Thérèse, Blainvile,
   Saint-Jérôme, Oka, etc...
3. J'ai contribué à mettre à jour - et j'essaie de garder à jour - les
   chemins cyclables de ces municipaltés.  J'ai de bonnes relations
   avec les travaux publics et les urbanistes de ces municipalités.
4. Pour moi lcn=yes me permet en un clin d'oeil davoir une vue
   d'ensemble sur le réseau cyclable de toutes ces municipalités
   incluant les chemins dit "designated, yes, permissive, etc." comme
   cycleway=designated par exemple qui n'apparait pas sur la carte sans
   l'utilisation de lcn=yes.  De plus en utilisant l'attribut
   additionnel :right :left ou :both à cycleway je peux voir le
   résultat sur la carte.
5. lcn=yes est simplement un outil mais un outils important pour moi
   mais qui peut être remplacé... mai pas simplement éliminé. Comme
   disait feu Jacques Pariseau ancien Premier ministre du Québec *"Faut
   pas jeter le bébé avec l"eau du bain"*
6. Des "relations"... peut être...ça reste à voir...

   Pierre Boucher (Boff II)


Message reçu de Alouette555


Bonjour,

Vous recevez ce message puisque nous avons détecté que vous avez
créé dans OSM des chemins avec “lcn=yes” dans la zone du Québec.

Vous avez pu l’ajouter volontairement en créant des voies
cyclables ou involontairement en scindant des chemins. Si c’est
involontairement vous pouvez ignorer ce message.

Une discussion sur l’usage de “lcn=yes” largement utilisé au
Québec est en cours sur talk-ca et pourrait vous concerner:

https://lists.openstreetmap.org/pipermail/talk-ca/2019-October/009443.html

On y soulève la mauvaise interprétation qui a été propagée à
plusieurs contributeurs (dont je suis un peu responsable) sur
l’usage de “lcn=yes” comme attribut d’un chemin. LCN devrait,
selon la documentation:

https://wiki.openstreetmap.org/wiki/FR:Itin%C3%A9raires_cyclables

être majoritairement utilisé pour définir des routes cyclables (ce
qui est différent des voies cyclables) dans des relations et
uniquement dans de rares cas comme attribut sur un chemin.

On propose donc d’éliminer l’attribut “lcn=yes” de l’ensemble des
chemins du Québec (tout en conservant les attributs
d’infrastructure cyclable). On soupçonne que l’utilisation de cet
attribut est uniquement pour le rendu qu’il donne dans la carte
cyclable.

Une deuxième étape sera de recréer les véritables routes cyclables
dans des relations conformément à la règle.

J’arrête ici ce message en vous invitant à venir donner votre
opinion sur la liste talk-ca.

Merci de ne pas simplement me répondre il m’est impossible de
relayer tous les messages jusqu’à la liste talk-ca.


--

*/Pierre Boucher/*
514.730.6211
formation en navigation de plaisance
Ste-Thérèse (Québec) Canada
http://www.lavoile.com



*...Pensez à l'environnement avant d'imprimer ce courriel !.*

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

Re: [Talk-it] Info limiti legali nell'estrazione e riutilizzo di dati.

[Stefano]

Il giorno gio 17 ott 2019 alle ore 13:21 Alessandro Vitali <
vitoplu...@gmail.com> ha scritto:

> Ciao a tutti!
> Premetto,
> La CUE (Centrale Unica Emergenza) 112 del trentino ha un database di dati
> cartografici che aggiorna in autonomia. E' un database in cui sono
> confluiti i vari db delle centrali 115, 112 e 118.
>
> Dato che ho aggiornato tutti (o quasi) i numeri civici della bassa
> valsugana, la mia domanda è:
> - mi è consentito estrarre i dati con josm e per poter aggiornare il
> database dalla CUE?
> - o per un'operazione del genere ci sono vincoli di licenze o altro?
>

Consulta le linee guida dell'OSMF
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines
In particolare quella sulle collezioni
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Collective_Database_Guideline_Guideline


dove si chiarifica che per "metterli assieme" non si devono mischiare se
vuoi rispettare i termini di licenza.
Immagino che nel tuo caso si possano distinguere layer sensibili
(interventi ed annotazioni) da quelli più pubblici che possono confluire in
OSM... (esempio: civici, interruzioni stradali)


> Grazie!
> Ale Vit
>

Ciao,
Stefano


> ___
> 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-de] Postalische Eigenständigkeit / admin boundarys

[Florian Lohoff]

On Thu, Oct 17, 2019 at 02:03:37PM +0200, Georg Feddern wrote:
> Weder andere noch schöne - eher ein Gegenargument:
> Denn dieses Zusatztagging hilft vielleicht bei solch eindeutigen
> Sonderfällen - aber es bleiben eben immer noch die 0,8 % der anderen
> Sonderfälle, wo Randerscheinungen einfach dem postalischen Zustellbereich
> der Nachbargemeinde zugeordnet werden, die sich nicht so leicht kennzeichnen
> lassen.
> Lohnt sich dann für diese 20%-Erfolgsrate solch eine Sonderlocke?
> Und wenn, dann bin ich voll bei Dir: Für reines QA-Tagging bitte einen qa:
> Namensraum statt allgemeiner keys bitte!
> 
> PS: Kann man das nicht durch einen zusätzlichen QA-Check gegen die
> PLZ-Relation (mit postal_code und name) erkennen/prüfen/false-positiven?

Da bin ich auch fein mit - Wo und wie man das abbildet - qa: namespace
o.ä. Fände das halt nur doof "Ausnahmenlisten" zu pflegen ausserhalb von
OSM - Dann muss das jeder der sich damit beschäftigt wieder selber
machen. Wenn man das irgendwo ablegen kann. 

Das das mit dem addr:city und dem name auf dem Admin Boundary vielleicht
in Deutschland super funktioniert aber woanders kaputt geht ist mir
schon klar.

Die postal_code relation werte ich ja auch aus - postal_code ist ja
identisch für Harsewinkel und Marienfeld 33428 - Aber eben der addr:city
nicht. D.h. der postal_code validiert super - Nur der city name nicht ;)

Deshalb ja auch die mail - mehr an die die sich mit dem QA auf Adressen
beschäftigen. 

1) Wo gibts noch so postalische Sonderlocken?
2) Was ist der schlauste Weg das abzulegen?
3) Wie machen andere das.

Ich kenne halt keine weitere postalische Eigenständigkeit.

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


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

[Talk-br] Fwd: Numeração ao contrário

[Vitor George]

Oi Felipe, segue resposta enviada à lista talk-br. Você precisa estar
inscrito na lista para receber as mensagems. Aqui está o link:

https://lists.openstreetmap.org/listinfo/talk-br

Abraços,
Vitor

-- Forwarded message -
From: Daniel d'Andrada 
Date: Thu, Oct 17, 2019 at 12:15 PM
Subject: Re: [Talk-br] Numeração ao contrário
To: OpenStreetMap no Brasil 


Olá Felipe,

Você mesmo pode fazer a correção indo em www.openstreetmap.org e clicando
em "Edit"/"Editar" no canto superior da página.

Vale notar que uma correção feita no openstreemap pode levar alguns meses
até finalmente ser refletida no Facebook.

On Wed, Oct 16, 2019 at 7:58 PM Felipe Ortiz  wrote:

> Na Avenida Major Carlos Pinto, Rio Grande, RS, a numeração está ao
> contrário. Meu consultório é número 278, quase esquina Rua Rio Branco, mas
> no mapa de check-in do Facebook aparece na outra ponta da avenida.
> Aguardo algum retorno ou solução.
> Grato pelo atenção
>
> Obter o Outlook para Android 
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] Rapprochement OSM/Fantoir : données cadastre obsolètes ?

[Christian Quest]

Le jeu. 17 oct. 2019 à 11:39, Vincent de Château-Thierry 
a écrit :

> Bonjour,
>
> > De: "Nicolas Moyroud" 
> >
> > Merci pour ces informations, j'attends ça avec impatience !
>
> L'occasion d'une petite mise à jour : par rapport à ce que je disais
> ci-dessous, l'aspect "lieux-dits" est maintenant traité, mais avec une
> régression à la fois sur la qualité et la quantité des lieux-dits d'origine
> Cadastre. Ca mérite investigation, mais (à mon avis) n'empêche pas
> d'avancer. Je n'ai pas encore touché aux exports (coucou Christian, faut
> qu'on voit ça ensemble ;) ) et enfin pour les interfaces, notamment la
> comparaison Fantoir, c'est en cours, merci à Jocelyn au passage.
>
>
Yes sir !

Moi qui me rebranche doucement sur addok par ailleurs...


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

Re: [Talk-hr] Pomoc oko oznacavanja zona pokrivenosti

[hbogner]

Svaka čast !!!
Provjerim kasnije još detaljnije pa ak je sve ok kreiram pull request.

On 16. 10. 2019. 17:21, Janko Mihelić wrote:

Evo i zadnjeg dofa, 2011. Njega sam isto kao i 2014/2016, složio od spojeva
drugih plus malo popravljanja. On je malko uži od drugih, tako da mi je
onda kod njega ispalo da su sve ucrtane granice malko dalje od pravih
granica snimaka, ali mislim da nije prestrašno. Ako netko želi popravljati,
slobodno. Meni je dosta :D

https://github.com/osm-hr/editor-layer-index/blob/gh-pages/sources/europe/hr/dgu-dof-2011.geojson



sri, 16. lis 2019. u 14:27 Janko Mihelić  napisao je:


Evo i 2014-2016. Srećom, bilo je puno sličnih vektora kao i u dvije prošle
karte pa sam opet iskoristio ta dva i samo neke razlike popravio.


https://github.com/osm-hr/editor-layer-index/blob/gh-pages/sources/europe/hr/dgu-dof-2014-2016.geojson

sri, 16. lis 2019. u 11:21 Janko Mihelić  napisao je:


Evo i 2017

https://github.com/osm-hr/editor-layer-index/blob/gh-pages/sources/europe/hr/dgu-dof-2017.geojson

uto, 15. lis 2019. u 22:00 hbogner  napisao je:


Možeš ti ako ti se da, ali mogu i ja ako hoćeš.
Bitnije mi je da se kopnene granice označe, more lako ja editiram i
pojednostavim.

On 15. 10. 2019. 17:43, Janko Mihelić wrote:

uto, 15. lis 2019. u 16:40 hbogner  napisao

je:



Preko mora slobodno možeš povući ravnu liniju kao ja na HOK-u, nemoraš
pratiti obalu sve do bakarskog zaljeva :)



Da sad ostavim ovako? :) Ili da mijenjam.
Idem sada na DOF 2017.
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr





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




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





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

Re: [Talk-hr] osm-hr tasking manager

[hbogner]

Komentirao je netko na facebook-u da su neki nazivi na tk25 krivi i da 
su već prijavljivali to.
Moj prijedlog je da se oba naziva upišu, jedan kao pravi, a drugi kao 
izvor tk25 koji je krivo nazvan.


On 16. 10. 2019. 13:45, Ivan Habunek wrote:

On Wed, 16 Oct 2019, at 11:49, hbogner wrote:

Za sada na našem Tasking-manageru postoji jedan zadatak, kartiranje
uvala u Hrvatskoj (vidi sliku).


Hah, baš sam ovo ljeto mapirao uvale na Unijama koristeći jednu staru papirnatu 
topo kartu koju imam kao referencu. :)

Istražim malo kako radi softver pa prekontroliram još jednom i označim što je 
napravljeno.

Pozdrav,
Ivan



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

Re: [Talk-lt] highway=service ir track

[Tomas Straupis]

2019-10-17, kt, 15:12 Mindaugas rašė:
> Tuomet gal tokį klausimą verta klausti visoje OSM konferencijoje, o ne
> OSM talk-lt?

  Aš jau bandžiau. Po kelių iteracijų tema pabėgo į pievas :-) Plius
bendroje konferencijoje visokie kraštutinumai jaučia pareiga
pasireikšti, dėl ko labai sunku susitarti dėl esmės ir visada
galutinis variantas gaunasi, kad yra bendri susitarimai, bet juos
kerta regioniniai susitarimai. Tai reiškia vis tiek galutiniame
variante susitariame čia - talk-lt.

> Matyt taip buvo pasirinkta su mintimi, kad service yra dažniausiai
> asfaltuotas, geriau pravažiuojamas, nei track, dėl to norima buvo, kad
> žemėlapis vizualiai atitiktų kelio vaizdą.

  Mano galva problema tame, kad „unpaved service driveway“ mieste ir
užmiestyje OSM carto naudojamame stiliuje turėtų būti skirtingai
braižomi. Kadangi skaičiuoti, tai užmiestis ar neužmiestis yra
sudėtingas dalykas, tai reikia kažkokios žymos.
  Galbūt skaičiavimui neužtenka vien unpaved, reikia konkrečiau
žiūrėti, pvz. surface=ground/sand - „užmiesčio“ tipo kelias, o
surface=compacted/gravel - „miesto“ tipo kelias.

> Visgi nesuprantu argumento, kodėl negali tiek track, tiek service būti
> tos pačios hierarchijos lygio... Juk neesame pririšti, kad būtinai
> turi būti 9, o ne 8 lygiai. Nors dabar OSM-Carto sutampa su Tomo
> siūloma hierarchija, tai gal neišradinėti dviračio.

  Norisi skirtingų lygių, kad nedarant sudėtingų kelio svarbumo
skaičiavimų galima būtų neesminius privažiavimus palikti tik pačiuose
stambiausiuose masteliuose.

> Iš paskutinio Tomo laiško, aš nematau problemos. Noras koks, kad tam
> tikri service neišnyktų prie tam tikrų zoom lygių? Jei laikyti, kad
> kelių atsiradimas/išnykimas priklausomai nuo zoom yra hierarchijos
> reikalas, tai reiškia, kad tas kelias turi būti aukštesnės
> hierarchijos, t.y. track. Dabar gi gaunasi, kad iš 9=Service bandome
> daryti du sublygius 9.1 ir 9.2.

  Čia dabar taip buvo pabandyta, su service=long_distance buvo
„keliama“ klasė iki track lygio, o track=driveway - „nuleidžiama“ iki
service. Bet, kaip jau minėta, toks žymėjimas turi savo minusų, todėl
norisi sudėlioti/sutarti kitaip.

> Man atrodo, kad svarbu, kad keliai būtų jungūs - t.y. matytųsi kaip
> jie prijungti prie bendro tinklo, o ne kabėtų atskiri "ore" pakibę
> segmentai - tą sprendžia hierarchija.

  Teisingai. Ir dabartiniame variante, kai daug kas dar naudoja
OSM-Carto, kur service vizualiai yra „ryškesni“ keliai, tai
atitinkamai daroma prielaida, kad jie yra „geresni/svarbesni“. Todėl
yra pilna vietų, kur iki sodybos ar kokio objekto eina service kelias,
o toliau nuo jo atsišakoja jau track keliai. Tada pagal standartinę
hierarchiją kai kuriuose masteliuose dingsta service, bet dar yra
track ir tada turime „kabančius“ kelius.

> Kad už aukštesnės hierarchijos
> miško kelio prasideda žemesnės hierarchijos asfaltuoti dviguba linija
> pažymėti service keliai, kokios nors didelės poilsio namų teritorijos
> viduje, nematau kažko blogo.

  Poilsio namų teritorija tai tebūnie, o kaip su paprastu kelių metrų
įvažiavimu į kiemą?

> neišsiskirs. Gal net atitiks teisybę, jei gyventojas pasipylė žvyro
> įvažiavę į kiemą, kad pavasarį duobėm neišmuštų. Nemanau, kad reikia
> išradinėti naujus tagus ar keisti dabartinę hierarchiją track=8,
> service=9.

  Aš ir nenoriu keisti, tik noriu akcentuoti ir sutarti, kad būtent
taip ir interpretuojam: track yra aukštesnė hierarchija už service,
nesvarbu, kaip juos vaizduoja OSM-Carto (savo žemėlapiuose mes lengvai
pasitaisom vaizdavimą).

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

Re: [Talk-it] Info limiti legali nell'estrazione e riutilizzo di dati.

[Andrea Musuruane]

Ciao,

On Thu, Oct 17, 2019 at 1:21 PM Alessandro Vitali 
wrote:

> Ciao a tutti!
> Premetto,
> La CUE (Centrale Unica Emergenza) 112 del trentino ha un database di dati
> cartografici che aggiorna in autonomia. E' un database in cui sono
> confluiti i vari db delle centrali 115, 112 e 118.
>
> Dato che ho aggiornato tutti (o quasi) i numeri civici della bassa
> valsugana, la mia domanda è:
> - mi è consentito estrarre i dati con josm e per poter aggiornare il
> database dalla CUE?
> - o per un'operazione del genere ci sono vincoli di licenze o altro?
>

Risposta semplice: il database di OSM è sotto ODbL.Quindi non puoi riusare
i dati se non rendendo disponibile l'opera derivata sotto la stessa licenza.

Risposta complicata: tu sei il creatore delle informazioni che hai rilevato
e inserito direttamente tu. Di queste puoi fare quello che vuoi. Ma SOLO di
quelle che hai rilevato, inserito ed eventualmente modificato SOLO tu. Se
anche un solo altro utente ha modificato una feature, quella modifica NON
si può usare con una licenza diversa dalla ODbL. Mi sembra una strada molto
complicata da seguire, a meno che tu non abbia preventivamente messo da
parte le informazioni che poi hai inserito in OSM.

Ciao,

Andrea

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

Re: [Talk-lt] highway=service ir track

[Mindaugas]

Sveiki,


>   Aukštesnių kelių klasifikacija kaip ir aiški:
>   1. motorway
>   2. trunk
>   3. primary
>   4. secondary
>   5. tertiary
>   6. unclassified
>   7. resitandial/pedestrian/living_street
>   Ir mano SIŪLYMAS toliau hierarchiją dėlioti taip:
>   8. track
>   9. service
>
>   Tai neturėtų būti kažkas naujo, nes tarkim kiek skaitau wiki apie
> track bei service, tai man taip ir gaunasi (tiesa wiki yra vokiečių
> įrašytas reikalavimas, kad track būtų žemės ūkiui naudojamas kelias,
> kas pas mus yra visiškai netinkamas reikalas, nes nei taip žymimas
> nors vienas kelias, o ir abejoju, ar tokie keliai yra).

Ar tai nereiškia, kad laukuose naudojami keliai, kur ūkininkas atveža
karvėms pašarą, etc. yra ūkio keliai, tai ir track keliai? Manau, tai
atitinka mūsų žymėjimus.
Be to, vokiečiai ir miškuose žymi highway=track, pvz. kad ir čia
rasime įvairios gradacijos miško kelių (track), nors nemanau, kad jie
kažkokie specialūs ūkininkų keliai:
https://www.openstreetmap.org/edit#map=17/50.22114/9.30835


>   Man atrodo, kad kabliukas yra tik vienas: jei tarkim iki miške
> esančios sodybos eina miško kelias, jį žymime highway=track (ne
> highway=service ir tik ta dalis, kuri yra „viešai prieinama“, kur mes
> dar „neįvažiuojam žmogui į kiemą“), o jau keliukai kieme yra
> highway=service. Kabliukas tame, kad OSM-Carto service kelius
> vaizduoja, mano asmenine nuomone, kaip svarbesnius, nei track, tai
> vizualiai hierarchija gaunasi apversta. Todėl įdomu, ką jūs galvojate.

Tuomet gal tokį klausimą verta klausti visoje OSM konferencijoje, o ne
OSM talk-lt?

Patestavau ant https://www.openstreetmap.org/#map=18/54.23389/24.48766
sueinančių kelių. Track atrodo mažesnis už service, tačiau pamažinsu
zoom iki 13, service dingsta, o track lieka (kaip ir visi kiti
miškuose esantys track keliai). Tai gaunasi, kad visgi track
hierarchijoje yra auksčiau už service, nors žymėjimas track yra
plonesnė linija už service.

Matyt taip buvo pasirinkta su mintimi, kad service yra dažniausiai
asfaltuotas, geriau pravažiuojamas, nei track, dėl to norima buvo, kad
žemėlapis vizualiai atitiktų kelio vaizdą. Juk žmogų įmetus į kažkokį
vos pravažiuojamą kelią miške jam gali būti sunku suprasti, kad tai
highway=primary į kokį nors atskirą nutolusį karinį miestelį pelkėse,
kur yra gatvės, namai, mokyklos, etc. Vieta slidi. Kas svarbiau -
kelių hierarchija ar vaizdo žemėlapyje atitikimas vaizdui vietovėje,
tai matyt neįmanoma surasti vieno sprendimo pilnai neatskyrus žymėjimų
ir hierarchijos. highway=primary, primary=grade5 ir pan. Tad prie
track/service pridėti papildomi track=grade*, service=driveway ir kt.
padeda patikslinti žemėlapį, kad vaizdas atitiktu žemėlapį. Jei
papildomi nenurodyti, tai lieka standartinis track (plona punktyrinė
linija) su standartiniu service (dviguba linija).


>> O kodėl ne:
>> 8. track/service?
>
>  Jei track/service laikome tame pačiame hierarchijos lygyje, tai
>dalinti į tokias kategorijas tenka su papildomomis žymomis
>(track=driveway, service=long_distance).

Visgi nesuprantu argumento, kodėl negali tiek track, tiek service būti
tos pačios hierarchijos lygio... Juk neesame pririšti, kad būtinai
turi būti 9, o ne 8 lygiai. Nors dabar OSM-Carto sutampa su Tomo
siūloma hierarchija, tai gal neišradinėti dviračio.

Iš paskutinio Tomo laiško, aš nematau problemos. Noras koks, kad tam
tikri service neišnyktų prie tam tikrų zoom lygių? Jei laikyti, kad
kelių atsiradimas/išnykimas priklausomai nuo zoom yra hierarchijos
reikalas, tai reiškia, kad tas kelias turi būti aukštesnės
hierarchijos, t.y. track. Dabar gi gaunasi, kad iš 9=Service bandome
daryti du sublygius 9.1 ir 9.2.

Man atrodo, kad svarbu, kad keliai būtų jungūs - t.y. matytųsi kaip
jie prijungti prie bendro tinklo, o ne kabėtų atskiri "ore" pakibę
segmentai - tą sprendžia hierarchija. Kad už aukštesnės hierarchijos
miško kelio prasideda žemesnės hierarchijos asfaltuoti dviguba linija
pažymėti service keliai, kokios nors didelės poilsio namų teritorijos
viduje, nematau kažko blogo. Tikriausiai to ir tikėčiausi žiūrėdamas į
žemėlapį. Jei labai erzina stori service prie sodybų, nors realiai tie
įvažiavimai netgi neasfaltuoti, tai jau dabar turime service=driveway
arba surface=unpaved, kuriems galime uždėti tarkim viengubą liniją
(kaip kad dabar OSM-Carto žymi track/grade1) ir tie keliai per daug
neišsiskirs. Gal net atitiks teisybę, jei gyventojas pasipylė žvyro
įvažiavę į kiemą, kad pavasarį duobėm neišmuštų. Nemanau, kad reikia
išradinėti naujus tagus ar keisti dabartinę hierarchiją track=8,
service=9.


Mindaugas

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

Re: [Talk-de] Postalische Eigenständigkeit / admin boundarys

[Georg Feddern]

Moin,

Am 17.10.2019 um 12:53 schrieb Florian Lohoff:

ich mache so einiges an Adress QA und u.a. überprüfe ich ob das
addr:city zu dem name (und name:suffix) auf dem admin_boundary mit dem
admin level 6 bzw 8 passt.

Das geht auch in 99% der Fälle gut und funktioniert.


Aber nur, weil Äpfel und Birnen (in diesem Fall Verwaltungszugehörigkeit 
und postalische Adresse) genetisch arg eng verwandt sind. ;-)

Es kommt aber eben zu diversen Mutationen.


Es gibt aber einige Gemeinden die im Zuge von Eingemeindungen ihre
postalische Eigenständigkeit erkämpft haben.


Eben - und das ist der wesentliche Unterschied - verwaltungsrechtliche 
und postalische Adress-Zugehörigkeit sind nun mal nicht als identisch zu 
betrachten

.

Z.b. ist hier 33428 Marienfeld genannt (gehört zu 33428 Harsewinkel)

Marienfeld ist eigentlich "nur" ein Stadtteil von Harsewinkel.

https://osm.zz.de/dbview/?db=addresses-nrw=addresserror#51.95246,8.28361,14z

Jetzt suche ich irgendeinen weg wie man das erkennen kann oder halt
entsprechend taggen.

D.h. auf dem admin_boundary mit dem admin_level 10 von Marienfeld
ein addr:city=Marienfeld hinterlassen z.b.

https://www.openstreetmap.org/relation/9609627

Jemand ne andere schöne idee.


Weder andere noch schöne - eher ein Gegenargument:
Denn dieses Zusatztagging hilft vielleicht bei solch eindeutigen 
Sonderfällen - aber es bleiben eben immer noch die 0,8 % der anderen 
Sonderfälle, wo Randerscheinungen einfach dem postalischen 
Zustellbereich der Nachbargemeinde zugeordnet werden, die sich nicht so 
leicht kennzeichnen lassen.

Lohnt sich dann für diese 20%-Erfolgsrate solch eine Sonderlocke?
Und wenn, dann bin ich voll bei Dir: Für reines QA-Tagging bitte einen 
qa: Namensraum statt allgemeiner keys bitte!


PS: Kann man das nicht durch einen zusätzlichen QA-Check gegen die 
PLZ-Relation (mit postal_code und name) erkennen/prüfen/false-positiven?


Grüße
Georg

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

[OSM-ja] 太陽電池のマッピングについて

[OKADA Tsuneo]

岡田です。

最近このMLに登録したのでスレッドにできませんが、
太陽電池のマッピングについて、英語版のwikiの説明が日本語版には最近のものが
反映されてなかったので、私の方で更新してみました。
ご確認下さい。
https://wiki.openstreetmap.org/wiki/JA:Tag:generator:method%3Dphotovoltaic

実は 英語版とは相違がありまして、
-solar-photovoltaic (太陽光発電)
-solar-thermal (太陽熱発電)
という階層に対して、英語版では
solar, thermalに説明あり、photovoltaicには説明なしなのですが、
日本語版では
thermal、photovoltaicに説明あり、solarには説明なしとしています。

これはthermalの説明がsolarとthermalの両方にあって（しかも内容が微妙に違う）
そのままコピーしただけではわかりにくいなと思ったので、thermalの方に
内容をまとめたからです。

本来であればこちらとかで相談してから変えた方が良かったのかもしれませんが、
書いてみないとよくわからなかったので、ひとまず勝手ながら変更させていただきました。

ご意見などありましたら。

-- 
岡田常雄(OKADA Tsuneo)
tsuneo.ok...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-it] Info limiti legali nell'estrazione e riutilizzo di dati.

[Alessandro Vitali]

Ciao a tutti!
Premetto,
La CUE (Centrale Unica Emergenza) 112 del trentino ha un database di dati
cartografici che aggiorna in autonomia. E' un database in cui sono
confluiti i vari db delle centrali 115, 112 e 118.

Dato che ho aggiornato tutti (o quasi) i numeri civici della bassa
valsugana, la mia domanda è:
- mi è consentito estrarre i dati con josm e per poter aggiornare il
database dalla CUE?
- o per un'operazione del genere ci sono vincoli di licenze o altro?

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

Re: [Talk-br] Numeração ao contrário

[Daniel d'Andrada]

Olá Felipe,

Você mesmo pode fazer a correção indo em www.openstreetmap.org e clicando
em "Edit"/"Editar" no canto superior da página.

Vale notar que uma correção feita no openstreemap pode levar alguns meses
até finalmente ser refletida no Facebook.

On Wed, Oct 16, 2019 at 7:58 PM Felipe Ortiz  wrote:

> Na Avenida Major Carlos Pinto, Rio Grande, RS, a numeração está ao
> contrário. Meu consultório é número 278, quase esquina Rua Rio Branco, mas
> no mapa de check-in do Facebook aparece na outra ponta da avenida.
> Aguardo algum retorno ou solução.
> Grato pelo atenção
>
> Obter o Outlook para Android 
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-ja] お尋ね：離れ?物置？

[Satoshi IIDA]

いいだです。
僕も、建物としてマッピングしてしまってよいと思います。
岡田さんに+1です。

オフトピ: もう随分前、Google Mapsだったか地理院地図だったかで、
実家の鶏小屋が建物として表示されてたときは、確かにちょっと不思議な感覚あったなぁ。。。 :)


2019年10月17日(木) 17:01 OKADA Tsuneo :

> 岡田です。
>
> めぐみさん：
> > 皆様にお尋ねしたい事があるのですが、家屋の近くに建てられている小さな建物（building）の扱いで、留意事項などあるでしょうか？
>
> 小屋でも物置でも移動しないものであれば「建物」で良いと思います。
> 住居なのか物置なのか判別つかないものも多いと思いますが、「 building=yes 」に
> しておけば良いのでしょう。
>
> こちらなどもご参考に。
> https://wiki.openstreetmap.org/wiki/JA:%E5%BB%BA%E7%89%A9
>
> 2019年10月16日(水) 20:20 :
>
>> 台風19号関連のマッピングを、ささやかながらお手伝いさせていただいています。
>>
>> 皆様にお尋ねしたい事があるのですが、家屋の近くに建てられている小さな建物（building）の扱いで、留意事項などあるでしょうか？
>>
>>
>> 伝統的に、「離れ」として立てられた小さい建物は、多世帯住宅の別館的な扱いになったり、親戚を住まわせたり、近年は引きこもって暮らす家族の居住空間として使われたりもしているようです。プレハブの場合もあるみたいですね。もちろん、ただの物置の可能性もありますが。
>>
>> 土砂崩れの危険がありそうな地域では、人命救助の必要を考慮して、私は「離れ」らしい建物も可能な限り入力するようにしています。
>>
>> 他の方々がどう扱っていらっしゃるか、教えていただけると幸いです。
>>
>> ウォーターズめぐみ（イギリスより）
>>
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ja
>>
>
>
> --
> 岡田常雄(OKADA Tsuneo)
> tsuneo.ok...@gmail.com
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>


-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-de] Postalische Eigenständigkeit / admin boundarys

[Florian Lohoff]

Hi,
ich mache so einiges an Adress QA und u.a. überprüfe ich ob das
addr:city zu dem name (und name:suffix) auf dem admin_boundary mit dem
admin level 6 bzw 8 passt.

Das geht auch in 99% der Fälle gut und funktioniert.

Es gibt aber einige Gemeinden die im Zuge von Eingemeindungen ihre
postalische Eigenständigkeit erkämpft haben.

Z.b. ist hier 33428 Marienfeld genannt (gehört zu 33428 Harsewinkel)

Marienfeld ist eigentlich "nur" ein Stadtteil von Harsewinkel.

https://osm.zz.de/dbview/?db=addresses-nrw=addresserror#51.95246,8.28361,14z

Jetzt suche ich irgendeinen weg wie man das erkennen kann oder halt
entsprechend taggen. 

D.h. auf dem admin_boundary mit dem admin_level 10 von Marienfeld
ein addr:city=Marienfeld hinterlassen z.b.

https://www.openstreetmap.org/relation/9609627

Jemand ne andere schöne idee.

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


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

Re: [Talk-de] Tags für brombeer sträucher und anderes Gehölz

[Markus]

Am 23.08.2019 um 18:37 schrieb schimmer:
> wie tagge ich brombeer sträucher richtig?

Unser Gross-Wald- und -Grund-Besitzer brauchte Geld und hat ein
grösseres Grundstück mit Einfamilienhäusern bebaut.

Auf der Ausgleichsfläche hat er eine Streuobstwiese angelegt und dieses
mit einer interessanten Hecke vom Neubaugebiet getrennt.
Alles "zum Pflücken"...

Habe ich ihm dann gemappt (Bäume einzeln, Hecke als Linie).

Sein Oberförster war begeistert:
Eben gepflanzt - schon sichtbar :-)

Wir hatten ein langes interessantes Gespräch über Kartografie,
Waldwirtschaft, Klima bzw. Zukunft des Waldes, etc.

Aber er wollte kein OSMer werden.
Die botanischen Tags fehlen also noch... ;-)

Gruss, Markus

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

Re: [Talk-de] Tags für brombeer sträucher

[Volker]

Ich weiß jetzt nicht warum diese uralt Diskussion wieder hoch geholt wird.

Was mir aufgestoßen ist und da stehe ich auch immer noch dazu, ist
folgende Aussage von Lars Schimmer

> Meine Intention war mundraub.org - Fruchtsorten im Felde
> markieren, die frei geerntet werden kann. Apfel, Birne, Kirsche,
> Pflaumen sind easy, Brombeeren war dann die Frage
> Halt netter, wenn die zu findenden Früchte schon auf der Karte
> sind, kann man gezielter suchen. 

Die rechtliche Situation, ob das letztendlich die Aufforderung oder
Anstiftung zum Diebstahl ist, sei mal dahingestellt. Aber die Intention
war schon, erntbare Fruchtarten entsprechend zu markieren. Das ist auch
IMHO so kommuniziert worden( siehe Zitat). Das finde ich persönlich
nicht gut und nehme mein Recht war, dies zu äußern. Und wie Mundraub.org
"erntet," ist meiner Meinung nach nicht nur rechtlich zweifelhaft
sondern auch nicht unbedingt im Sinne des Naturschutzes. ( Man klettert
nicht auf Bäume und  schüttelt bis die Äste fast abbrechen :-{ )

Abgesehen davon macht es keinen Sinn einzelne Sträucher von Brombeere /
Himbere & Co zu mappen, weil das Zeug dermaßen wuchert, dass die
Datenbank allerspätestens nach zwei Jahren schon nicht mehr aktuell sind.


Am 17.10.2019 um 09:03 schrieb chris66:
> Am 27.08.2019 um 14:46 schrieb Simon Polster:
>
>> was bei der ganzen (recht unterhaltsamen) Diskussion etwas untergegangen
>> ist:
>> Greift mundraub.org überhaupt auf die OSM-Datenbank zurück um ihre
>> Fundorte anzuzeigen?
>> Sofern ich das beurteilen kann haben die ihre eigene Datenbank und
>> nutzen OSM nur als Baselayer. 
>
> Korrekt.
>
> Grüße
> 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: [OSM-talk-fr] Rapprochement OSM/Fantoir : données cadastre obsolètes ?

[Vincent de Château-Thierry]

Bonjour,

> De: "Nicolas Moyroud" 
> 
> Merci pour ces informations, j'attends ça avec impatience !

L'occasion d'une petite mise à jour : par rapport à ce que je disais 
ci-dessous, l'aspect "lieux-dits" est maintenant traité, mais avec une 
régression à la fois sur la qualité et la quantité des lieux-dits d'origine 
Cadastre. Ca mérite investigation, mais (à mon avis) n'empêche pas d'avancer. 
Je n'ai pas encore touché aux exports (coucou Christian, faut qu'on voit ça 
ensemble ;) ) et enfin pour les interfaces, notamment la comparaison Fantoir, 
c'est en cours, merci à Jocelyn au passage.
 
> Pour info, je vais changer d'employeur le 1er janvier pour aller
> faire de la géomatique chez les pompiers de l'Hérault (SDIS34). Et une des
> premières problématiques dont ils m'ont parlé c'est les délais de
> mise à jour de l'IGN concernant les nouvelles rues. Pour leur système
> d'alerte c'est plutôt embêtant quand quelqu'un appelle les secours de ne pas
> avoir son adresse dans la base de données. Et c'est une grosse
> problématique dans l'Hérault car certains villages ont tendance à
> grossir plutôt vite. Du coup, j'ai bien l'intention de leur vendre
> OSM, BANO et l'interface fantoir pour leur montrer que les mises à jour on
> peut les faire facilement nous-même avec OSM et qu'on aura les infos
> tout de suite ! Ne restera plus qu'à réaliser la moulinette
> d'intégration depuis les données OSM mais ça je sais faire. :-)

Oh le joli sujet ! C'est top d'avoir avec toi un ambassadeur dans ce genre de 
structure \o/

à suivre
vincent

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

Re: [Talk-de] Vorstellung deutsche Umap-Instanz

[Tobias Wrede]

Hallo Lars

bin erst jetzt auf diese Nachricht gestoßen. Interessant.

Gibt es Unterschiede zur Instanz auf umap.openstreetmap.fr? Ich habe 
gesehen, es stehen weniger Hintergründe zur Verfügung. Sonst noch was? 
Kann man Projekt von der französischen Instanz problemlos auf die 
deutsche portieren?


Ist von den Betreibern auch irgendjemand bei der Entwicklung involviert? 
Ich nutze uMap gerne, aber ein großes Problem ist, dass vom 
Entwicklerteam so gut wie gar nicht auf Probleme reagiert wird. Die 
Issue-Liste in Github wird länger und länger ohne irgendeinen 
Fortschritt zu sehen.


Anfragen zu uMap-Problemen landen häufig auf help.openstreetmap.org, 
aber da ist auch keiner von den Entwicklern oder Betreibern aus .fr zu 
finden. Antworten sind nur rudiementär möglich. Immer häufiger schlagen 
da Anfragen auf, dass Nutzer unangemeldet eine Karte erstellt haben und 
jetzt den geheimen Link zum Editieren nicht mehr finden. Für diese 
Nutzer ist es unmöglich, jemanden zu erreichen, der ihnen weiterhelfen 
kann. Gibt es in der neuen deutschen Instanz einen Ansprechpartner für 
solche Fälle? Auf der Seite wird, so weit ich das sehe, auch nur auf die 
gleiche Seite im Wiki verwiesen wie von der französichen Instanz.


beste Grüße
Tobias

Am 15.06.2019 um 11:46 schrieb lars lingner:

Hallo zusammen,

hiermit möchte ich auf die deutsche uMap-Instanz unter der URL
https://umap.openstreetmap.de aufmerksam machen.

Mit uMap können interaktive Karten auf einfache Art und Weise erstellt
werden. Die Software wird hauptsächlich in Frankreich [1] entwickelt und
ist Open Source.
Im OSM-Wiki [2] gibt es eine Anleitung, z.b. auch wie Daten direkt von
der Overpass-Api eingebunden werden können.

Die Kosten für das Hosting werden vom FOSSGIS e.V. [3] übernommen.

Probiert es aus und sagt es weiter.



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

Re: [OSM-talk-fr] Rapprochement OSM/Fantoir : données cadastre obsolètes ?

[Nicolas Moyroud]

Salut Vincent,

Merci pour ces informations, j'attends ça avec impatience !

Pour info, je vais changer d'employeur le 1er janvier pour aller faire 
de la géomatique chez les pompiers de l'Hérault (SDIS34). Et une des 
premières problématiques dont ils m'ont parlé c'est les délais de mise à 
jour de l'IGN concernant les nouvelles rues. Pour leur système d'alerte 
c'est plutôt embêtant quand quelqu'un appelle les secours de ne pas 
avoir son adresse dans la base de données. Et c'est une grosse 
problématique dans l'Hérault car certains villages ont tendance à 
grossir plutôt vite. Du coup, j'ai bien l'intention de leur vendre OSM, 
BANO et l'interface fantoir pour leur montrer que les mises à jour on 
peut les faire facilement nous-même avec OSM et qu'on aura les infos 
tout de suite ! Ne restera plus qu'à réaliser la moulinette 
d'intégration depuis les données OSM mais ça je sais faire. :-)


a+

Nicolas

Le 30/09/2019 à 22:40, Vincent de Château-Thierry a écrit :


J'ai parlé ici il y a quelques mois d'une BANO v2. C'est bien en 
cours, plus près de la fin que du début. Concrètement cette BANO 
tourne actuellement sur un serveur d'OSM-fr mais n'a pas encore 
publiquement pris la place de l'instance qui tourne depuis 2014. Il 
reste à y (re)brancher les lieux-dits, les exports pour "publier" bano 
en csv, json et rdf chaque jour, les interfaces comme 
http://cadastre.openstreetmap.fr/fantoir/ justement, et le rendu carto 
BANO évidemment. Encore un peu de boulot donc.
Dans cette BANO v2, FANTOIR sera bien sûr à jour (actuellement juillet 
2019).

Merci pour votre patience

vincent



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

Re: [OSM-ja] お尋ね：離れ?物置？

[OKADA Tsuneo]

岡田です。

めぐみさん：
> 皆様にお尋ねしたい事があるのですが、家屋の近くに建てられている小さな建物（building）の扱いで、留意事項などあるでしょうか？

小屋でも物置でも移動しないものであれば「建物」で良いと思います。
住居なのか物置なのか判別つかないものも多いと思いますが、「 building=yes 」に
しておけば良いのでしょう。

こちらなどもご参考に。
https://wiki.openstreetmap.org/wiki/JA:%E5%BB%BA%E7%89%A9

2019年10月16日(水) 20:20 :

> 台風19号関連のマッピングを、ささやかながらお手伝いさせていただいています。
>
> 皆様にお尋ねしたい事があるのですが、家屋の近くに建てられている小さな建物（building）の扱いで、留意事項などあるでしょうか？
>
>
> 伝統的に、「離れ」として立てられた小さい建物は、多世帯住宅の別館的な扱いになったり、親戚を住まわせたり、近年は引きこもって暮らす家族の居住空間として使われたりもしているようです。プレハブの場合もあるみたいですね。もちろん、ただの物置の可能性もありますが。
>
> 土砂崩れの危険がありそうな地域では、人命救助の必要を考慮して、私は「離れ」らしい建物も可能な限り入力するようにしています。
>
> 他の方々がどう扱っていらっしゃるか、教えていただけると幸いです。
>
> ウォーターズめぐみ（イギリスより）
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>


-- 
岡田常雄(OKADA Tsuneo)
tsuneo.ok...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-de] Tags für brombeer sträucher

[chris66]

Am 27.08.2019 um 14:46 schrieb Simon Polster:


was bei der ganzen (recht unterhaltsamen) Diskussion etwas untergegangen
ist:
Greift mundraub.org überhaupt auf die OSM-Datenbank zurück um ihre
Fundorte anzuzeigen?
Sofern ich das beurteilen kann haben die ihre eigene Datenbank und
nutzen OSM nur als Baselayer. 


Korrekt.

Grüße
Chris



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