Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[snupo]

Friedrich K. Volkmann schrieb:

> Fazit ist jedenfalls, dass nicht das BEV, sondern die Gemeinden und 
> die Post die Adressen bestimmen und dass sie ihre Daten selten in
> verwertbarer und zuverlässiger Form zur Verfügung stellen. 
> Darum ist ein Mapping vor Ort immer noch zuverlässiger ist als jeder Import.

> Darum gilt auch in Wien: importierte Daten müssen manuell aufbereitet werden,
> und am besten ist auch hier ein gewissenhaftes Mapping vor Ort.

Volle Zustimmung.

Im Rasenmähfall spielten offenbar Ersitzung einerseits und fehlende Vermessung 
andererseits eine Rolle. Das Recht sanktioniert jedenfalls nach 30 (!) Jahren 
den Zustand des Faktischen und lässt die Ersitzung als Grund für einen 
Eigentumsübergang zu. Für OSM sollte dem Faktischen immer die einzige oder 
zumindest primäre Rolle zukommen. Deshalb primär Mapping vor Ort.

snupo


> -Original Message-
> From: Friedrich Volkmann [mailto:b...@volki.at]
> Sent: Donnerstag, 15. Februar 2018 03:29
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] OSM Nominatim Adress Suche in Wien
> 
> On 14.02.2018 23:58, Johann Haag wrote:
> > in Österreich gibt es ein amtliches elektronisches Gebäuderegister
> > genannt AGWRII. In diesem Register enthaltenen Adressdaten dienen per
> > fester Datenverknüpfung (NTZ-Adresscodes) als Basis für das Zentrale
> Melderegister.
> >
> > Konkret man kann sich im Meldeamt nur auf Adressen anmelden die es im
> > AGWRII als NTZ tatsächlich gibt.
> > Gibt es diese Verbindung nicht, so werden solche Adressen als
> > Klärungsadressen gehandhabt. In Tirol gibt es einen Berichtsdienst zu
> > Klärungsadressen, wobei eine große Stadt in Tirol im Rückstand ist.
> >
> > Das ist Österreich, wie ist das nun in Wien gelöst. Basiert dort das
> > Meldewesen ebenfalls auf AGWR Adresscodes, oder hat Wien mit eigenen
> > OGD Adressen eine andere Lösung?, Und in welchem Kontext dazu stehen
> > die vom BEV veröffentlichten Adressen.
> 
> Über AGWR kann ich nichts sagen, weil ich keinen Zugriff darauf habe.
> Grundsätzlich muss man unterscheiden zwischen der Festlegung der
> Adressen auf der einen Seite und der Zusammenfassung und Beauskunftung
> der Daten auf der anderen Seite. Das AWGR dient offenbar nur der
> Beauskunftung, und auch das BEV macht nur letzteres. Für OSM ist
> interessanter, wer die Adressen festlegt, denn wir wollen ja kein Opfer eines
> Stille-Post-Spiels werden, sondern unsere Informationen möglichst aus
> erster Hand beziehen. Die stille Post liefert mir gleich das Stichwort, denn 
> die
> Postleitzahlen werden immer noch von der Österreichischen Post AG
> festgelegt. Trotz Liberalisierung hat die Post immer noch in manchen
> Belangen ein Monopol, dazu gehören z.B. die Zustellung von
> Rückscheinbriefen und eben auch die Herrschaft über die Postleitzahlen. Ich
> hatte selber mal für eine Firma die Verantwortung, die Postleitzahlen up to
> date zu halten, und dazu bezog ich den Postleitzahlen-Newsletter der Post,
> über den nach meiner Erinnerung im Schnitt so alle 2 Wochen eine Liste mit
> Änderungen daherkam. Die Post ist da nicht sehr auf Rückwärtskompatibilität
> bedacht und verständlicherweise auch nicht auf die Bedürfnisse anderer
> Zusteller, und eigene Postleitzahlen für Postämter zeugen auch nicht sehr
> von Bescheidenheit. Das manuelle Nachziehen der
> Postleitzahlenänderungen war nicht schwierig, aber auf Dauer etwas nervig,
> und ich glaube nicht, dass in OSM das irgendwer macht.
> 
> Bei den übrigen Adressbestandteilen kommt der Föderalismus ins Spiel, und
> wie dein Beispiel mit der Tiroler Stadt zeigt, geht bei den Adressen der
> Föderalismus bis auf die Gemeinden runter. Es sind die Gemeinden, die
> Straßennamen und Hausnummern festlegen, genauso wie zumindest in
> Wien ja auch die Gemeinde für die Meldeangelegenheiten zuständig sind.
> Auf welche Weise die Gemeinden ihre Adressen definieren und verwalten,
> weiß ich nicht genau, es ist aber sicher von Gemeinde zu Gemeinde
> unterschiedlich. Ich schätze, es gibt da sicher noch Gemeinden, wo die
> Adressen in Gemeinderatsbeschlüssen nur verbal festgelegt werden und wo
> die Katasterpläne nur in Papierform in einer Schublade liegen. Vor ein paar
> Jahren ging der Fall "Nachbar ermäht sich Grundstück" (ihr könnt danach
> googeln) durch die Nachrichten. Da entschied das Gericht, dass die
> digitalisierten Grundstücksgrenzen nichts mit der Realität zu tun haben.
> 
> Fazit ist jedenfalls, dass nicht das BEV, sondern die Gemeinden und die Post
> die Adressen bestimmen und dass sie ihre Daten selten in verwertbarer und
> zuverlässiger Form zur Verfügung stellen. Darum ist ein Mapping vor Ort
> immer noch zuverlässiger ist als jeder Import.
> 
> Was bedeutet das nun für Wien: Dieses ist Vorreiter in Digitalisierung und
> OGD, aber ich kenne keine OGD-Datensätze, wo Identadressen zueinander
> in Bezug gesetzt sind. Darum gilt auch in Wien: importierte Daten müssen
> manuell aufbereitet werden, und am besten ist auch hier ein gewissenhaftes
> 

Re: [Talk-it] via con due nomi

[Cascafico Giovanni]

> Per la tua attività direi che sono importanti principalmente:
> - strade
> - edifici
> - farmacie, stazioni delle ambulanze e simili punti
> - numeri civici
>

defibrillatori


> PS se hai a bordo già il navigatore probabilmente ha registrato delle
> tracce gps, che potresti usare per individuare strade mancanti, o
> condividere (in questo caso bisognerebbe togliere le date di registrazione
> per anonimizzarle..)
>
>
Magari se le marchi con un tag specifico, sappiamo che sei te e le
assegnamo priorità.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Friedrich Volkmann]

On 15.02.2018 07:54, Johann Haag wrote:
Du schreibst Zitat: Mein Häuserblock hat 5 Adressen: eine pro angrenzender 
Straße, und eine weitere weil sich die Wohnhausanlage noch einen Häuserblock 
weiter zu einer anderen Straße erstreckt./Zitat


Eine Person kann sich nun schwerlich zugleich an fünf Adressen anmelden, in 
Deinem Führerschein wird daher auch nur eine Adresse stehen.

Wie sieht das konkret bei Dir aus.


In meinem Führerschein steht keine Adresse, aber z.B. am Zulassungschein und 
am Meldezettel steht Davidgasse 76-80/14/10.


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

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

Re: [OSM-talk-fr] *** BULK *** Re: Une alternative à Pakku ?

[Christian Quest]

J'ai cherché "pakku" sur github, trouvé plein de chose, mais rien en
rapport :(

Un peu dommage ces projets qui s'appuient sur de l'open et qui ne sont pas
si open...

Le 14 février 2018 à 15:00, Vincent Bergeot  a écrit :

> Le 14/02/2018 à 12:42, REBOUX Maël a écrit :
>
> Oui : le GROS avantage de Pakku c’était des données thématisées et prêtes
> à l’emploi.
>
> Les outils BBIKE et donc Overpass on les connaît mais c’est déjà un niveau
> « expert » et il y a des contraintes sur la taille des extractions.
>
>
> oui je suis d'accord, l'interface de pakku avait l'avantage de sa
> simplicité et de son ergonomie.
> Est-ce qu'il existe des traces du travail qu'ils ont effectués, github ou
> autres ?
>
> bonne journée
>
>
>
>
>
>
>
> C’était pour renvoyer qqn vers des données thématiques justement.
>
>
>
> Dommage pour Pakku alors.
>
> Merci pour vos réponses.
>
>
>
>
>
> *De :* Vincent Bergeot [mailto:vinc...@bergeot.org ]
> *Envoyé :* mercredi 14 février 2018 10:29
> *À :* talk-fr@openstreetmap.org
> *Objet :* *** BULK *** Re: [OSM-talk-fr] Une alternative à Pakku ?
>
>
>
> Le 14/02/2018 à 10:25, Corentin a écrit :
>
> Bonjour,
>
> Le site BBBbike permet des export dans différents formats en sélectionnant
> une zone sur la carte.
>
> Voici le lien : https://extract.bbbike.org/ 
>
>
> idem que mon autre mail, c'est super bbike mais pakk.io c'est bien
> géolocalisées et thématiques : https://www.data.gouv.fr/fr/
> reuses/pakku-io-lopen-data-geolocalise-pour-tous/
>
>
>
>
>
>
>
>
>
>
> Le 14 février 2018 à 10:22, Axelos  a écrit :
>
> Bonjour,
>
>
> Le 14/02/2018 à 10:17, REBOUX Maël a écrit :
> > Le site http://pakku.io/ qui permettait de télécharger des données OSM
> pré-pakagées n'existe malheureusement plus.
> >
> > Existe-t-il une ou des alternatives ?
>
>
> Je ne connaissais pas ce service, mais http://download.geofabrik.de/
> devrait pouvoir répondre à la demande.
>
> Cordialement, Axel.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
>
> --
>
> Corentin LEMAITRE
>
> Consultant mobilité durable et urbanisme
>
> Présent sur LinkedIn  et
> Twitter 
>
>
>
>
> ___
>
> Talk-fr mailing list
>
> Talk-fr@openstreetmap.org
>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
>
> Vincent Bergeot
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Vincent Bergeot
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

[OSM-talk-fr] Interprétation de lanes et lanes:bus

[Francois Gouget]

J'ai hérité d'un certain nombre d'erreurs Osmose sur l'avenue du Prado à 
Marseille :
https://osmose.openstreetmap.fr/en/error/1594768

  sur voirie bidirectionnelle, (“lanes”=8) ≠ (“lanes:forward”=3) + 
  (“lanes:backward”=3) + (“lanes:both_ways”=None) − (0 sur voies 
  partielles) − (non fullwidth “forward”=0) − (non fullwidth 
  “backward”=0 sur voies partielles) − (“both_ways”=0 sur voies 
  partielles)

Le problème c'est ce “lanes”=8.

Sur la voie on a :
  lanes = 6
  lanes:bus = 2

et aussi, mais je ne pense pas que cela influe le nombre total de voies :
  access:lanes:backward = yes|yes|no
  access:lanes:forward = yes|yes|no
  bus:lanes:backward = yes|yes|designated
  bus:lanes:forward = yes|yes|designated


D'après le wiki "La clé lanes=* doit être utilisée pour indiquer le 
nombre total marquées de voies."
https://wiki.openstreetmap.org/wiki/FR:Key:lanes

Or Osmose semble compter lanes:bus=* comme venant s'ajouter aux voies 
indiquées dans lanes=* puisque d'après lui “lanes” = 8 = 6 + 2.


Un peu plus loin le wiki précise :

  En complément du nombre total de voies, on peut tagger le nombre de 
  voies spécifiques aux transports en commun avec lanes:psv=*, 
  lanes:bus=* et lanes:taxi=*.

Pour moi cette formulation veut dire que l'on a lanes voies au total, 
dont lanes:bus voies de bus, lanes:taxi voies de taxi, etc.

Mais la version Anglaise est plus ambigue :
https://wiki.openstreetmap.org/wiki/Key:lanes

  Additionally to the total number of lanes, consider to tag the number 
  of lanes for PSV with lanes:psv=*, lanes:bus=* and lanes:taxi=*.


Alors est-ce que Osmose est erroné ou est-ce le wiki qui a tort ?


-- 
Francois Gouget   http://fgouget.free.fr/
   RFC 2549: ftp://ftp.isi.edu/in-notes/rfc2549.txt
IP over Avian Carriers with Quality of Service___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Friedrich Volkmann]

On 14.02.2018 23:58, Johann Haag wrote:
in Österreich gibt es ein amtliches elektronisches Gebäuderegister genannt 
AGWRII. In diesem Register enthaltenen Adressdaten dienen per fester 
Datenverknüpfung (NTZ-Adresscodes) als Basis für das Zentrale Melderegister.


Konkret man kann sich im Meldeamt nur auf Adressen anmelden die es im AGWRII 
als NTZ tatsächlich gibt.
Gibt es diese Verbindung nicht, so werden solche Adressen als 
Klärungsadressen gehandhabt. In Tirol gibt es einen Berichtsdienst zu 
Klärungsadressen, wobei eine große Stadt in Tirol im Rückstand ist.


Das ist Österreich, wie ist das nun in Wien gelöst. Basiert dort das 
Meldewesen ebenfalls auf AGWR Adresscodes, oder hat Wien mit eigenen OGD 
Adressen eine andere Lösung?, Und in welchem Kontext dazu stehen die vom BEV 
veröffentlichten Adressen.


Über AGWR kann ich nichts sagen, weil ich keinen Zugriff darauf habe. 
Grundsätzlich muss man unterscheiden zwischen der Festlegung der Adressen 
auf der einen Seite und der Zusammenfassung und Beauskunftung der Daten auf 
der anderen Seite. Das AWGR dient offenbar nur der Beauskunftung, und auch 
das BEV macht nur letzteres. Für OSM ist interessanter, wer die Adressen 
festlegt, denn wir wollen ja kein Opfer eines Stille-Post-Spiels werden, 
sondern unsere Informationen möglichst aus erster Hand beziehen. Die stille 
Post liefert mir gleich das Stichwort, denn die Postleitzahlen werden immer 
noch von der Österreichischen Post AG festgelegt. Trotz Liberalisierung hat 
die Post immer noch in manchen Belangen ein Monopol, dazu gehören z.B. die 
Zustellung von Rückscheinbriefen und eben auch die Herrschaft über die 
Postleitzahlen. Ich hatte selber mal für eine Firma die Verantwortung, die 
Postleitzahlen up to date zu halten, und dazu bezog ich den 
Postleitzahlen-Newsletter der Post, über den nach meiner Erinnerung im 
Schnitt so alle 2 Wochen eine Liste mit Änderungen daherkam. Die Post ist da 
nicht sehr auf Rückwärtskompatibilität bedacht und verständlicherweise auch 
nicht auf die Bedürfnisse anderer Zusteller, und eigene Postleitzahlen für 
Postämter zeugen auch nicht sehr von Bescheidenheit. Das manuelle Nachziehen 
der Postleitzahlenänderungen war nicht schwierig, aber auf Dauer etwas 
nervig, und ich glaube nicht, dass in OSM das irgendwer macht.


Bei den übrigen Adressbestandteilen kommt der Föderalismus ins Spiel, und 
wie dein Beispiel mit der Tiroler Stadt zeigt, geht bei den Adressen der 
Föderalismus bis auf die Gemeinden runter. Es sind die Gemeinden, die 
Straßennamen und Hausnummern festlegen, genauso wie zumindest in Wien ja 
auch die Gemeinde für die Meldeangelegenheiten zuständig sind. Auf welche 
Weise die Gemeinden ihre Adressen definieren und verwalten, weiß ich nicht 
genau, es ist aber sicher von Gemeinde zu Gemeinde unterschiedlich. Ich 
schätze, es gibt da sicher noch Gemeinden, wo die Adressen in 
Gemeinderatsbeschlüssen nur verbal festgelegt werden und wo die 
Katasterpläne nur in Papierform in einer Schublade liegen. Vor ein paar 
Jahren ging der Fall "Nachbar ermäht sich Grundstück" (ihr könnt danach 
googeln) durch die Nachrichten. Da entschied das Gericht, dass die 
digitalisierten Grundstücksgrenzen nichts mit der Realität zu tun haben.


Fazit ist jedenfalls, dass nicht das BEV, sondern die Gemeinden und die Post 
die Adressen bestimmen und dass sie ihre Daten selten in verwertbarer und 
zuverlässiger Form zur Verfügung stellen. Darum ist ein Mapping vor Ort 
immer noch zuverlässiger ist als jeder Import.


Was bedeutet das nun für Wien: Dieses ist Vorreiter in Digitalisierung und 
OGD, aber ich kenne keine OGD-Datensätze, wo Identadressen zueinander in 
Bezug gesetzt sind. Darum gilt auch in Wien: importierte Daten müssen 
manuell aufbereitet werden, und am besten ist auch hier ein gewissenhaftes 
Mapping vor Ort.


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

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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Matej Lieskovský]

If two ways enter a roundabout at the same point, you can turn from
road A into road B instantly,
but going from B to A will require going around the entire roundabout.
For a router to detect this, it would have to check (for every
encountered node):
1) is this a part of a roundabout?
2) if yes, which of the turns I can make here would require going
around the roundabout?

Note that 1) is a query for all ways using that node and 2) requires
geometry data (instead of just network)

While this is doable (or could be solved with turn restrictions),
it makes roundabouts a much more of a special case.
The current tagging of a one-way circular way is much easier for
routing software to deal with
and is conceptually "cleaner".

Also, having the intersection directly on the roundabout
is potentially also a valid way of drawing a regular intersection
directly next to the roundabout.
(I would not be surprised to see such a crazy construction somewhere)

On 14 February 2018 at 23:04, Mateusz Konieczny 
wrote:

> On Wed, 14 Feb 2018 19:23:39 +0100
> Johan C  wrote:
>
> > The present tagging (used since 2005 or so, and all around the globe)
> > is fine.
>
> I agree, I see no problem with this recommendation.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[snupo]

>Das ist Österreich, wie ist das nun in Wien gelöst. Basiert dort das 
>Meldewesen ebenfalls auf AGWR Adresscodes, oder hat >Wien mit eigenen OGD 
>Adressen eine andere Lösung?, Und in welchem Kontext dazu stehen die vom BEV 
>>veröffentlichten Adressen.

 

Inwiefern wäre das fürs Mappen eventuell einmal relevant?

snupo

 

From: Johann Haag [mailto:johannh...@hxg.at] 
Sent: Mittwoch, 14. Februar 2018 23:59
To: OpenStreetMap AT
Subject: Re: [Talk-at] OSM Nominatim Adress Suche in Wien

 

Frage,

in Österreich gibt es ein amtliches elektronisches Gebäuderegister genannt 
AGWRII. In diesem Register enthaltenen Adressdaten dienen per fester 
Datenverknüpfung (NTZ-Adresscodes) als Basis für das Zentrale Melderegister.

 

Konkret man kann sich im Meldeamt nur auf Adressen anmelden die es im AGWRII 
als NTZ tatsächlich gibt.

Gibt es diese Verbindung nicht, so werden solche Adressen als Klärungsadressen 
gehandhabt. In Tirol gibt es einen Berichtsdienst zu Klärungsadressen, wobei 
eine große Stadt in Tirol im Rückstand ist.

 

Das ist Österreich, wie ist das nun in Wien gelöst. Basiert dort das Meldewesen 
ebenfalls auf AGWR Adresscodes, oder hat Wien mit eigenen OGD Adressen eine 
andere Lösung?, Und in welchem Kontext dazu stehen die vom BEV veröffentlichten 
Adressen.

 

Grüße

Johann Haag

 

Am 13. Februar 2018 um 17:28 schrieb Friedrich Volkmann  >:

On 13.02.2018 17:06, Robert Kaiser wrote:

Eine Karte zu drucken/darzustellen, auf der die Hausnummern an der korrekten 
Stelle bei den Eingängen des Gebäudes stehen, geht nicht.


Was ist denn deiner Meinung nach die korrekte Stelle bei meiner Adresse?

Eine Navigationsprogramm so zu schreiben, dass es zum richtigen Eingang routet, 
auch nicht.


Umgekehrt, gerade das geht *nur* mit addrN. Siehe die Beispiele in meinen 
vorigen Mails.

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

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





 

-- 

Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414  
Mailto:johannh...@hxg.at  

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

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

[Johann Haag]

Frage,
in Österreich gibt es ein amtliches elektronisches Gebäuderegister genannt
AGWRII. In diesem Register enthaltenen Adressdaten dienen per fester
Datenverknüpfung (NTZ-Adresscodes) als Basis für das Zentrale Melderegister.

Konkret man kann sich im Meldeamt nur auf Adressen anmelden die es im
AGWRII als NTZ tatsächlich gibt.
Gibt es diese Verbindung nicht, so werden solche Adressen als
Klärungsadressen gehandhabt. In Tirol gibt es einen Berichtsdienst zu
Klärungsadressen, wobei eine große Stadt in Tirol im Rückstand ist.

Das ist Österreich, wie ist das nun in Wien gelöst. Basiert dort das
Meldewesen ebenfalls auf AGWR Adresscodes, oder hat Wien mit eigenen OGD
Adressen eine andere Lösung?, Und in welchem Kontext dazu stehen die vom
BEV veröffentlichten Adressen.

Grüße
Johann Haag

Am 13. Februar 2018 um 17:28 schrieb Friedrich Volkmann :

> On 13.02.2018 17:06, Robert Kaiser wrote:
>
>> Eine Karte zu drucken/darzustellen, auf der die Hausnummern an der
>> korrekten Stelle bei den Eingängen des Gebäudes stehen, geht nicht.
>>
>
> Was ist denn deiner Meinung nach die korrekte Stelle bei meiner Adresse?
>
> Eine Navigationsprogramm so zu schreiben, dass es zum richtigen Eingang
>> routet, auch nicht.
>>
>
> Umgekehrt, gerade das geht *nur* mit addrN. Siehe die Beispiele in meinen
> vorigen Mails.
>
> --
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>



-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414 <0664%201747414>
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Mateusz Konieczny]

On Wed, 14 Feb 2018 19:23:39 +0100
Johan C  wrote:

> The present tagging (used since 2005 or so, and all around the globe)
> is fine.

I agree, I see no problem with this recommendation.

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

Re: [Talk-br] Como mapear Polícia Rodoviária?

[Fernando Trebien]

Prezados,

No caso das polícias rodoviárias federais, algumas etiquetas que podem
vir sempre, além de amenity=police, são:

1. police=traffic_police ou police=road_police

A etiqueta não-oficial police=* [1] segue a ideia geral usada em
vários outros casos no OSM de definir novas etiquetas para
especializar etiquetas mais genéricas. Como não é oficial, estaríamos
adiantados, mas nada impede de usar se acharmos útil. Melhor ainda
seria iniciar a discussão com a comunidade internacional para tentar
definir ela bem.

2. operator=DPRF

A etiqueta operator é uma anotação sem valores fixos. DPRF significa
Departamento de Polícia Rodoviária Federal, e é o nome do órgão que
administra todas as polícias rodoviárias federais do país. Mapeadores
diferentes podem acabar optando por grafar de uma ou de outra forma.

3. description=Polícia Rodoviária Federal

A etiqueta description também é uma anotação É feita para mapas
clicáveis, como o OpenStreetBrowser.


Em name=* deve ir a identificação do lugar conforme o que é observável
no local. Pesquisei um pouco ("posto de polícia rodoviária" no Google
Images) e há uma certa variabilidade na forma de esses postos
policiais se identificarem visualmente, então acho que podemos tentar
padronizar. Alguns exemplos: [2-14]

Algo que sempre aparece é o texto "Polícia Rodoviária Federal" bem
grande. Quase sempre também aparece o acrônimo respectivo, "PRF". Acho
que quase sempre só há um posto por município, então muitos também se
identificam como "Posto de [nome do município]". Isso, a princípio,
está implícito pela geometria (pelo fato de o posto estar situado
dentro da área do município). Muitos também identificam a
superintendência regional a que pertencem, geralmente no formato
"[número]ª  SRPRF/[sigla do estado]", por exemplo, 12ª SRPRF/ES. SRPRF
significa "Superintendência Regional de Polícia Rodoviária Federal".
Assim como no município, o código do estado está implícito pela
geometria e porque os estados têm a etiqueta short_name=* definida.
Isso tudo sugere que esses postos poderiam ser identificados assim:

1. Se a sigla for mais saliente pra quem observa diretamente:
- name="12ª SRPRF"
- alt_name="12a SRPRF"
- official_name="Décima Segunda Superintendência Regional de Polícia
Rodoviária Federal do Espírito Santo"

2. Se o nome completo for mais saliente pra quem observa diretamente:
- name="Décima Segunda Superintendência Regional de Polícia Rodoviária
Federal do Espírito Santo"
- short_name="12ª SRPRF"
- alt_name="12a SRPRF"

Ambos os casos são pesquisáveis no ecossistema do OSM (Nominatim) das
seguintes formas (partes entre colchetes são opcionais):
- "[número+ª/número+a/número por extenso] SRPRF, [estado/município]" :
"12ª SRPRF, ES", "12a SRPRF, ES", "Décima Segunda SRPRF, Linhares"
- "Polícia Rodoviária Federal, [município]" : "Polícia Rodoviária
Federal, Linhares"

Acho (mas não tenho certeza) que, nos casos em que a superintendência
não está escrita bem grande, deve haver uma placa mais próxima da
entrada com essa informação. Talvez precisemos de mais alguns
exemplos.

[1] https://taginfo.openstreetmap.org/keys/police
[2] 
http://www.sitedelinhares.com.br/public/noticias/posto-da-policia-rodoviaria-federal-ainda-em-reformas.jpg
[3] http://www.noca.com.br/fotos/novaprf1.jpg
[4] 
http://www.portal25horas.com.br/wp-content/uploads/policia-rodoviaria-federal.jpg
[5] 
http://www.gazetadopovo.com.br/ra/mega/Pub/GP/p2/2009/05/16/VidaCidadania/Imagens/policia_estradas_160509.jpg
[6] 
http://www.guaranoticias.com.br/conteudo/9b643f6d2ea3556279c7a0d41a37d901.JPG
[7] http://g1.globo.com/Noticias/Brasil/foto/0,,14798259,00.jpg
[8] 
http://www.alagoas24horas.com.br/wp-content/uploads/2008/02/f061c05a994b41a7b0e89d36536463fc_prf.1.jpg
[9] http://marcelolopes.jor.br/upload/noticias/20140407132025_755.jpg
[10] 
http://3.bp.blogspot.com/-G092WrGAtAI/VJ2lNeAxUfI/PEY/FJudTI-rMQg/s1600/Foto_Posto_2014.jpg
[11] 
http://4.bp.blogspot.com/-EGRP8W7X2rE/VkQREE7bKGI/ZNw/8SzZYnVfdjw/s1600/posto-prf-sobral.JPG
[12] https://s03.video.glbimg.com/x720/5813374.jpg
[13] http://www.girodegravatai.com.br/wp-content/uploads/2016/11/fd.png
[14] 
https://cidadeportal.com.br/arquivos/f4bd37ee5aac47264fe6e1e361e76069/noticias/C09062017175920f01.jpg

2018-02-13 10:46 GMT-02:00 Fidelis Assis :
>
>
> Em 11 de fevereiro de 2018 18:25, Vítor Rodrigo Dias 
> escreveu:
>>
>> Existe tag pra “highway patrol”? Como se diferencia nos eua?
>
>
> Tentei ver se existe uma forma de se abrir "police" em categorias combinando
> duas etiquetas, ex:
>
> amenity=police
> police=highway_patrol
>
> mas não achei.
>
> Abraços,
> -- Fidelis
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>



-- 
Fernando Trebien
+55 (51) 9962-5409

"Nullius in verba."

___
Talk-br mailing list
Talk-br@openstreetmap.org

Re: [OSM-talk] Limitations on mapping private information

[Warin]

On 15-Feb-18 12:29 AM, Martin Koppenhoefer wrote:
2018-02-14 14:10 GMT+01:00 Mateusz Konieczny >:


On Sat, 10 Feb 2018 00:50:32 +0100
Tom Pfeifer > wrote:

>

https://wiki.openstreetmap.org/wiki/Limitations_on_mapping_private_information



What I miss is some generic "do not map completely private
data".




it might not always be clear what "completely private data" is. E.g. 
if you map the surface properties of private ground, or private 
swimming pools, these could be private details if you already know who 
lives there, but it isn't private data as long as you don't know it. 
And it might be relevant data for others (e.g. to see how much of an 
area is sealed, or to estimate how much water is "wasted" in swimming 
pools, etc.).


Swimming pools, even private ones, can be used to fight fires. So that 
information can serve public good.


Private buildings may need a fire fought on them. So that information 
can serve the private owner.


Some don't want their information mapped in OSM due to the perceived 
increased risk of threat.


I take the view that if I can see it, asa member of the public, then it 
is ok to map.


These things need to be judged locally to suit local conditions. .




==

Maybe also mention some opposite cases? For example we map military
areas, also in countries that have laws forbidding doing this.




has nothing to do with "private data", IMHO



==

I am unsure about "do not add the names of inhabitants to dwellings".

I would describe my position as:

In Europe/North America, information who lives at given location is
generally private and confidential. In addition it is not necessary
as we have addresses that are considered public.

People change their homes from time to time, I think here it is on 
average every 10 years.
In that circumstance of semiregular changes I don't think it should be 
mapped.


How does mapping this data help the average map user?
Consider the map lacks basic data in many areas of the world, greater 
good can be done by mapping this basic missing data.



But significant part of people across the world have no addresses[1].
These places are generally not currently mapped in OSM, so how to
describe locating schemes used by their residents remains an unsolved
problem.



Some places in Australia are known by the names of the home/homestead.
And that name can serve as an address.



likely the solution is not putting all these people with their names 
in OSM. "do not add the names of inhabitants to dwellings" seems fine 
to me.

They could use geocordinates, o solutions like what-three-fucks ;-)

Or maybe start inventing/assigning street names and housenumbers, if 
you just do it without a lot of coordination you might create some 
ambiguities, but it would probably already solve most of the issue.


Inventing stuff is not what OSM is about.




Cheers,
Martin


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

Re: [Talk-at] Neighbourhoods in Wien

[Friedrich Volkmann]

On 07.02.2018 21:29, Stefan Nagy wrote:

glaubst du, die Leute von links und rechts der
Nikolsdorfer Straße erkennen sich dort als Nikolsdorfer?


Es wär interessant, von Tür zu Tür zu gehen und sie zu fragen.
Zumindest ob sie was von Nikolsdorf wissen. Bei den jüngeren,
zugereisten sind die Antworten vorhersehbar, interessant sind die
Senioren. Wenn du Lust hast, können wir das mal gemeinsam versuchen.
Ich wohne auch nur 1½ km entfernt.


Wie ich deinen Berichten entnehme, hast du mit solchen Gesprächen eine
gewisse Praxis. Ich mach sowas – ganz ehrlich – nur sehr ungern. Auch
wenn mich die Ergebnisse so einer Befragung schon interessieren würden…


Ich komme viel herum und habe wenig Scheu, Leute, denen ich begegne, 
anzusprechen. Von Tür zu Tür gehen und die Leute aus dem Schlaf klingeln tu 
ich normalerweise nicht, aber wenn wir das für die Wissenschaft machen, 
brauchen wir uns keine Gewissensbisse machen, schließlich tun genug andere 
das gleiche aus weniger gemeinnützigen Gründen.



Ganz besonders ärgerlich ist es, wenn man zum
Beispiel als Historiker dann zweien gegenüber steht, die ihr in der
Schule vermitteltes Geschichtsverständnis – und das eint die Laien –
für die Krone der Schöpfung halten…


Es ist halt ein Dogma der Pädagogik, dass Lehrer ihren Schülern den 
Unterrichtsstoff vereinfacht und mit voller Überzeugung vermitteln müssen. 
In Wahrheit hat jedes Ding zwei Seiten und zu jeder Lehrmeinung gibt es 
Alternativtheorien. Das dürfen Lehrer ihren Schülern nicht sagen, denn 
abgesehen davon, dass manche Alternativtheorien den Lehrer ins Gefängnis 
bringen würden, würden die Schüler auch ihre Lust am Lernen verlieren. Wer 
will schon etwas lernen, was vielleicht eh nicht stimmt? Wenn der z.B. ein 
Geschichtslehrer seinen Schülern von Illigs Phanthomzeitthese erzählt und 
vielleicht sogar erwähnt, dass sie noch nicht so recht widerlegt werden 
konnte, wie sollen diese Schüler dann noch motiviert sein, das Krönungsdatum 
von Karl dem Großen auswendig zu lernen? Darum wird an den Schulen ein 
schwarzweiß gemaltes Bild der Welt vermittelt, was aber nicht nur ein 
unkritisches Denken zur Folge hat, sondern auch eine völlige Intoleranz 
gegenüber anderen Meinungen.



Aber am Ende steht eben einfach die
Erkenntnis, dass ich schlicht versagt habe, meine Position verständlich
und überzeugend darzulegen. Darin hab ich mittlerweile einige
Erfahrung…


In diesem Thread hast du deine Position verständlich genug dargelegt, aber 
wie gesagt, jedes Ding hat zwei Seiten. Nikolsdorf in OSM zu mappen hat Vor- 
und Nachteile, und die kann man nur subjektiv bewerten.



Ich sehe trotzdem keine Grundlage dafür, die Namen früherer Vorstädte
oder Dörfer als heutige suburbs oder neighbourhoods einzutragen –
außer, die Namen werden heute von vielen verwendet.

Ich werde mich also sicher nicht für die Löschung von Inzersdorf oder
Oberlaa einsetzen. Mir gehts hier um Nikolsdorf, Hungelbrunn,
Matzleinsdorf, Hundsturm, Magdalenengrund, Laimgrube, Gumpendorf usw.
usf.


Für mich spricht für eine Beibehaltung in OSM vor allem die Subjektivität 
der Bekanntheit. Wenn ich einen Namen noch nicht gehört habe, kann ich nicht 
daraus schließen, dass du ihn auch noch nicht gehört hast. Ich kann es 
bestenfalls vermuten. Selbst wenn du als Anwohner den Namen noch nicht 
gehört hast, heißt das noch nicht, dass er völlig unbekannt oder in 
Vergessenheit geraten ist. Ich kam als Höhlenforscher schon mit Leuten ins 
Gespräch, die nicht wussten, dass auf ihrem Grundstück eine im Kataster 
geführte Höhle existiert. Also eine Höhle, die einen Namen und eine 
Katasternummer hat und komplett vermessen wurde. In einem Fall war am 
Eingang sogar die Katasternummer angeschrieben. Soll die Höhle in so einem 
Fall nicht gemappt werden, weil sie dem Anwohner unbekannt ist? Oder soll 
sie gemappt werden, aber ohne Name? Das ist ein Fass ohne Boden.


Wenn wir beschließen, nur jene Vorstädte zu mappen, die heute noch bekannt 
sind, werden Mapper je nach persönlichem Wissensstand und Tageslaune die 
place-Nodes eintragen oder löschen, diese werden verschwinden und wieder 
auftauchen wie Pulsare. Erst vor 2 Monaten hat jemand Nikolsdorf von 
neigbourhood auf suburb aufgewertet, d.h. er hätte den Node zweifellos 
angelegt, wenn er zu dem Zeitpunkt nicht existiert hätte.


Das heißt nicht, dass ich Vorstädte wie Nikolsdorf unbedingt als place-Nodes 
in OSM haben will, aber wenn etwas nicht klar falsch ist und sich sowieso 
nicht verhindern lässt, dann können wir wenigstens dafür sorgen, dass das 
Tagging konsistent bleibt und die Lage stimmt.


Ich finde, die Vorstädte sind noch das geringere Übel im Vergleich zum 
Wildwuchs an Flurnamen, die aus alten Karten und aus der Basemap 
abgeschrieben werden. Heute stieß ich zufällig auf einen Edit von einem 
User, den ich als sehr gewissenhaft kenne, der aber nach meinem Geschmack 
hier etwas übers Ziel hinausgeschossen hat:

http://www.openstreetmap.org/changeset/44234570

Während ich mir bei Nikolsdorf 

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Mark Wagner]

On Wed, 14 Feb 2018 16:39:29 +
Dave F  wrote:

> I think I have read it correctly.
> 
> https://www.openstreetmap.org/node/5408566797
> 
> It is easy to determine this shared node is part of the roundabout as 
> well as the entrance from Wapping & can exit along Commercial, or if 
> required, continue around the roundabout:
> How is this different from, say, two side roads joining a main road
> at the same node?,

If I'm judging the angles correctly, OsmAnd will not even announce that
intersection: the angle between Wapping and Commercial is shallow
enough that OsmAnd sees it as a single road, while the angle between
Wapping and the roundabout is sharp enough to not require a "keep
left" instruction.

In the general case, a router only needs to consider the ways that a
route actually passes over when creating directions.  By mapping a
roundabout entrance and exit sharing a single node, you've
introduced a special case: the router now needs to check all ways
connected to that node to see if any of them is part of a roundabout.

-- 
Mark

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

[Talk-it-lazio] Fwd: [Talk-it] FOSS4G-IT 2018 ci siamo quasi

[Martin Koppenhoefer]

inoltro il messaggio di Alessandro Palmas su talk.it per la conferenza
OSM-it (dentro FOSS4G-IT). il 22 Febbraio a Roma.

-- Forwarded message --
From: Alessandro Palmas 
Date: 2018-02-14 19:54 GMT+01:00
Subject: Re: [Talk-it] FOSS4G-IT 2018 ci siamo quasi
To: openstreetmap list - italiano 


Il 12/02/2018 21:07, Alessandro Palmas ha scritto:

Ciao lista,
siamo a -7 all'inizio di FOSS4G-IT  #
*foss4git* 


E oggi siamo a -5.
I numeri di iscritti continuano a crescere. II giorno 22 per ora vede 50
persone iscritte e le mail e telefonate di richiesta informazioni aumentano.
Se l'interesse per i numeri civici e la gestione delle emergenze vi
interessano allora non potete mancare. Penso che troverà spazio anche il
tema dell'accessibilità.

Speriamo quindi di vedervi in tanti (mi raccomando, iscrivetevi), anche
perchè potrebbero decollare progetti importanti per OSM in tutti i tre temi
accennati sopra.

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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Dave F]

On 14/02/2018 18:32, Andy Townsend wrote:
Having one exit node not joined to the next entry node better 
represents the real-world situation*.


Disagree.
Sharing a node should make no difference to the real world or a router's 
perception of it.


DaveF.



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

Re: [Talk-it] FOSS4G-IT 2018 ci siamo quasi

[Alessandro Palmas]

  
  
Il 12/02/2018 21:07, Alessandro Palmas
  ha scritto:


  
  Ciao lista,
  siamo a -7 all'inizio di FOSS4G-IT #foss4git


E oggi siamo a -5.
I numeri di iscritti continuano a crescere. II giorno 22 per ora
vede 50 persone iscritte e le mail e telefonate di richiesta
informazioni aumentano.
Se l'interesse per i numeri civici e la gestione delle emergenze vi
interessano allora non potete mancare. Penso che troverà spazio
anche il tema dell'accessibilità.

Speriamo quindi di vedervi in tanti (mi raccomando, iscrivetevi),
anche perchè potrebbero decollare progetti importanti per OSM in
tutti i tre temi accennati sopra.

Alessandro Ale_Zena_IT
  


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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Dave F]

It doesn't work like that anywhere in OSM. I can cross a road that I'm 
not allowed to drive on. The router does not need to know anything 
about the road that I'm crossing and I can always cross a road that 
I'm not allowed to enter.

It would make mapping extremely awkward if that were not so.


You're taking one example. Please don't extrapolate it to make it appear 
it's every case.


Information about the way you're on or crossing can required for 
numerous reasons. My original point, which seems to have got lost 
somewhere, is you can determine where you are & where you need go from a 
single node. Even on a roundabout.


DaveF



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

Re: [Talk-cz] Seznam poštovních schránek České pošty

[Miroslav Suchý]

Dne 14.2.2018 v 18:36 Marián Kyral napsal(a):
> Ahoj,
> povedlo se toto vyřešit? Ono těch nepřesností bude asi více. Tak by bylo
> fajn to nahlásit, ať to máme v dalším souboru opravené :-D

Ano. Mám od Dalibora (tuším) kontakt na paní v ČP a to Brno jsem ji
poslal. Slíbila, že v dalším exportu to bude opravené, ale už jsem to
nekotroloval.

Asi by nebylo nejvhodnější dávat její email sem veřejně, ale pokud jsou
nějaké opravy, tak se nabízím, že mi je můžete posílat a já to budu
agregovat a pak přeposílat na ČP.

Mirek

-- 
,,,
   (o o)
  =oOO==(_)==OOo===
 )  mailto:miros...@suchy.cz  tel:+420-603-775737
(   One picture is worth 128K words.
 )Oooo.
 .oooO   (   )
 (   )) /
  \ ((_/
   \_)


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

Re: [Talk-es] Importación de Catastro. Correcciones en archivos de tareas y subida de archivos al repositorio en línea

[Javier Sánchez Portero]

Lo puedes eliminar con un editor de texto tipo nano o vi, o abrirlo en
QGIS. También me lo puedes mandar y yo lo hago.

Para el gestor de tareas tienes que usar la cuenta que te haya habilitado
Alejandro. Supongo que será la normal. Reconocerás cuál tiene permisos
porque sale la opción crear proyecto eran el menú del usuario.

El 14 feb. 2018 17:38, "dcapillae"  escribió:

> Gracias, Javier.
>
> Ya he subido los archivos de tareas al repositorio en línea. El único que
> no
> he subido es el que quedaba vacío tras las correcciones. También he
> intentado eliminar el polígono de la tarea correspondiente en el fichero
> 'zoning.geojson', pero no he conseguido averiguar cómo hacerlo.
>
> Una última pregunta antes de publicar el proyecto para Málaga. Alejandro me
> ha dado permisos para poder crear proyectos en el gestor de tareas. ¿El
> proyecto lo tengo que crear con mi cuenta habitual de usuario OSM o con la
> cuenta dedicada para la importación?
>
> Gracias de nuevo. Tus indicaciones me son de gran ayuda.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Une alternative à Pakku ? (BBBike)

[osm . sanspourriel]

J'utilise bbb pour les zones où ni Geobabrik ni OSM France ni bbb 
d'ailleurs n'ont de pbf près à utiliser.


Un inconvénient c'est que les fichiers à la demande ne sont disponibles 
qu'après génération (si, si ;-)) et que pendant 24 h.
Si tu as besoin de les recréer, il est possible de l'automatiser (je 
l'ai fait pour le cas du rectangle, en théorie c'est adaptable au cas du 
polygone).
L'avantage des zones prédéfinies c'est que c'est le serveur qui se 
charge de produire et de mettre à disposition les fichiers.


Jean-Yvon

Le 14/02/2018 à 10:30, Axelos - axe...@broman.fr a écrit :

Coucou,


Le 14/02/2018 à 10:25, Corentin a écrit :

Le site BBBbike permet des export dans différents formats en sélectionnant
une zone sur la carte.

Voici le lien : https://extract.bbbike.org/ 


Merci pour le lien, l'interface propose de nombreuses options, paf dans
mes favoris en attendant de tester :)

Cordialement, Axel.

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


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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Dave F]

On 14/02/2018 18:23, Johan C wrote:

No, they are not. Roundabouts are special types of intersections.

Which is another type of intersection.

They have a way on which you can drive round. And round. And round. 
And they have other ways leading to and from this round way. Whenever 
you enter the roundabout you drive on this round way, even if it's 
just for a metre. And then you exit this round way on to a different way.


The present tagging (used since 2005 or so, and all around the globe) 
is fine.




To repeat myself. You can determine if you need to "drive on this round 
way" from a single node. No need for a section between entrance & exit.


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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Andy Townsend]

(... snip ...)
Technically speaking you are not because you are just touching one 
node of the roundabout.


Yes you are. You may not be on there very long, but you approach the
roundabout, pass the signs saying it's a roundabout, give way to those
already on it, you enter it & then indicate that you're leaving it.


Not from a data standpoint.


OSM's "lines and points" abstraction is just an abstraction of the real 
world.  In the real world you're on a road, and you're joining the 
roundabout, staying there for a bit and then leaving it again on the 
next road.  Having one exit node not joined to the next entry node 
better represents the real-world situation*.


Best Regards,
Andy


* unless you happen to be riding a Spherical Cow along one of those 
"frictionless surfaces" I remember from Applied Maths at school many 
years ago.


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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Johan C]

2018-02-14 18:50 GMT+01:00 Dave F :

> On 14/02/2018 17:13, Maarten Deen wrote:
>
>> On 2018-02-14 17:39, Dave F wrote:
>>
>>> I think I have read it correctly.
>>>
>>> https://www.openstreetmap.org/node/5408566797
>>>
>>> It is easy to determine this shared node is part of the roundabout as
>>> well as the entrance from Wapping & can exit along Commercial, or if
>>> required, continue around the roundabout:
>>> How is this different from, say, two side roads joining a main road at
>>> the same node?,
>>>
>>
>> Because a machine can not determine if you are actually entering the
>> roundabout or not.
>>
>
> Yes it can. It has the junction=roundabout tag on the way.
>
> Technically speaking you are not because you are just touching one node of
>> the roundabout.
>>
>
> Yes you are. You may not be on there very long, but you approach the
> roundabout, pass the signs saying it's a roundabout, give way to those
> already on it, you enter it & then indicate that you're leaving it.
>
>
>> The same at this roundabout, going from Wapping Road to Commercial Road
>> it will tell you to "turn left into Commercial Road" and not to "enter the
>> roundabout and exit at the first exit into Commercial Road".
>>
>
> Noting my comment above, if a router doesn't tell you the latter, then
> it's a poor program. Commercial Rd is the first exit
>
> Just connecting to a road on a node does not mean you enter that road. The
>> same at intersections, if you cross a road (connected by a node) you do not
>> enter that road so you do not need instructions for it.
>>
>
> A router has to be aware of it & know what it's attributes are, to decide
> if it needs to go along it. It does this from a *single* node. If it can do
> it at intersections it can do it on roundabouts.
>
> Roundabouts are just another type of intersection.
>
>
No, they are not. Roundabouts are special types of intersections. They have
a way on which you can drive round. And round. And round. And they have
other ways leading to and from this round way. Whenever you enter the
roundabout you drive on this round way, even if it's just for a metre. And
then you exit this round way on to a different way.

The present tagging (used since 2005 or so, and all around the globe) is
fine.


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

Re: [OSM-talk-fr] Une alternative à Pakku ?

[osm . sanspourriel]

Ca dépend des thèmes et du format.

mapswithoutborders.eu propose les routes et les rails. Avec un tuto pour 
expliquer comment ils ont fait les extractions. Ce n'est pas du niveau 
débutant ;-). 40 minutes pour une extraction monde sur un portable.


OpenStreetMapData : thèmes terres/eaux/trait de côte.

Geobafrik propose aussi des shapefile thématiques à grosse maille.

Pour les extraits Mapzen ils ont certes arrêté leurs services mais le 
code est dispo.


Est-ce que des gens ont de l'expérience sur Trimble Data Marketplace ? 
Jamais essayé pour ma part.


Christian je suppose avait signalé l'existence de pakku. Je vois 
seulement qu'il est passé de la version béta à la version... tombé.


On sait pourquoi ?

Jean-Yvon


Le 14/02/2018 à 12:42, REBOUX Maël - m.reb...@rennesmetropole.fr a écrit :


Oui : le GROS avantage de Pakku c’était des données thématisées et 
prêtes à l’emploi.


Les outils BBIKE et donc Overpass on les connaît mais c’est déjà un 
niveau « expert » et il y a des contraintes sur la taille des extractions.


C’était pour renvoyer qqn vers des données thématiques justement.

Dommage pour Pakku alors.

Merci pour vos réponses.

*De :*Vincent Bergeot [mailto:vinc...@bergeot.org]
*Envoyé :* mercredi 14 février 2018 10:29
*À :* talk-fr@openstreetmap.org
*Objet :* *** BULK *** Re: [OSM-talk-fr] Une alternative à Pakku ?

Le 14/02/2018 à 10:25, Corentin a écrit :

Bonjour,

Le site BBBbike permet des export dans différents formats en
sélectionnant une zone sur la carte.

Voici le lien : https://extract.bbbike.org/



idem que mon autre mail, c'est super bbike mais pakk.io c'est bien 
géolocalisées et thématiques : 
https://www.data.gouv.fr/fr/reuses/pakku-io-lopen-data-geolocalise-pour-tous/









Le 14 février 2018 à 10:22, Axelos > a écrit :


Bonjour,


Le 14/02/2018 à 10:17, REBOUX Maël a écrit :
> Le site http://pakku.io/ qui permettait de télécharger des données 
OSM pré-pakagées n'existe malheureusement plus.

>
> Existe-t-il une ou des alternatives ?


Je ne connaissais pas ce service, mais http://download.geofabrik.de/
devrait pouvoir répondre à la demande.

Cordialement, Axel.

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




--

--

Corentin LEMAITRE

Consultant mobilité durable et urbanisme

Présent sur LinkedIn  et 
Twitter 





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

--
Vincent Bergeot


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


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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Maarten Deen]

On 2018-02-14 18:50, Dave F wrote:

On 14/02/2018 17:13, Maarten Deen wrote:

On 2018-02-14 17:39, Dave F wrote:

I think I have read it correctly.

https://www.openstreetmap.org/node/5408566797

It is easy to determine this shared node is part of the roundabout as
well as the entrance from Wapping & can exit along Commercial, or if
required, continue around the roundabout:
How is this different from, say, two side roads joining a main road 
at

the same node?,


Because a machine can not determine if you are actually entering the 
roundabout or not.


Yes it can. It has the junction=roundabout tag on the way.

Technically speaking you are not because you are just touching one 
node of the roundabout.


Yes you are. You may not be on there very long, but you approach the
roundabout, pass the signs saying it's a roundabout, give way to those
already on it, you enter it & then indicate that you're leaving it.


Not from a data standpoint.

Just connecting to a road on a node does not mean you enter that road. 
The same at intersections, if you cross a road (connected by a node) 
you do not enter that road so you do not need instructions for it.


A router has to be aware of it & know what it's attributes are, to
decide if it needs to go along it. It does this from a *single* node.


It doesn't work like that anywhere in OSM. I can cross a road that I'm 
not allowed to drive on. The router does not need to know anything about 
the road that I'm crossing and I can always cross a road that I'm not 
allowed to enter.

It would make mapping extremely awkward if that were not so.

Maarten

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

Re: [Talk-it] Mappare le aree protette

[Martin Koppenhoefer]

2018-02-14 18:48 GMT+01:00 Dario Crespi :

> Anch'io avevo trovato solo licenze non compatibili con la ODbL (molti ad
> esempio usano la CC-BY).
>


per la compatibilità con i contributor terms la cc-by è molto meglio, ma
richiede un waiver per osm, oltre alla licenza.

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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Dave F]

On 14/02/2018 17:13, Maarten Deen wrote:

On 2018-02-14 17:39, Dave F wrote:

I think I have read it correctly.

https://www.openstreetmap.org/node/5408566797

It is easy to determine this shared node is part of the roundabout as
well as the entrance from Wapping & can exit along Commercial, or if
required, continue around the roundabout:
How is this different from, say, two side roads joining a main road at
the same node?,


Because a machine can not determine if you are actually entering the 
roundabout or not.


Yes it can. It has the junction=roundabout tag on the way.

Technically speaking you are not because you are just touching one 
node of the roundabout.


Yes you are. You may not be on there very long, but you approach the 
roundabout, pass the signs saying it's a roundabout, give way to those 
already on it, you enter it & then indicate that you're leaving it.




The same at this roundabout, going from Wapping Road to Commercial 
Road it will tell you to "turn left into Commercial Road" and not to 
"enter the roundabout and exit at the first exit into Commercial Road".


Noting my comment above, if a router doesn't tell you the latter, then 
it's a poor program. Commercial Rd is the first exit


Just connecting to a road on a node does not mean you enter that road. 
The same at intersections, if you cross a road (connected by a node) 
you do not enter that road so you do not need instructions for it.


A router has to be aware of it & know what it's attributes are, to 
decide if it needs to go along it. It does this from a *single* node. If 
it can do it at intersections it can do it on roundabouts.


Roundabouts are just another type of intersection.

DaveF



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

Re: [Talk-it] Mappare le aree protette

[Dario Crespi]

Anch'io avevo trovato solo licenze non compatibili con la ODbL (molti ad
esempio usano la CC-BY).
Anche qui credo che si potrebbero prendere dati (boh, ditemelo voi), ma la
licenza non lo permette. Però per WLE abbiamo il patrocinio del Ministero
dell'Ambiente, quindi possiamo provare a chiedere una liberazione dei dati.
Tanto tentar non nuoce.

Però se qualcuno trova dei dati, anche solo per qualcuna di quelle aree,
con licenza compatibile potrei dire solo un grande grazie :-)
Poi per un import su OSM vedremo: io non sono assolutamente capace, ma
posso sicuramente controllare che sia tutto corretto.

Dario


Il giorno 14 febbraio 2018 18:25, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> 2018-02-14 18:19 GMT+01:00 liste DOT girarsi AT posteo DOT eu <
> liste.gira...@posteo.eu>:
>
>> Il 13/02/2018 22:21, Massimo A. ha scritto:
>>
>>> se interessa il *Natura 2000 Network Viewer* riporta tutte le
>>> codificazioni europee delle aree protette, con la possibilta´ di scaricare
>>> le singole schede e i "kmz" di ogni area europea.
>>>
>>> http://natura2000.eea.europa.eu/
>>>
>>> M.
>>>
>>
>> Tutto molto bello, però nel cercare la licenza sono capitato qui:
>>
>> https://www.eea.europa.eu/legal/copyright
>>
>> Il che non so quanto possa essere utile a noi.
>
>
>
>
> non ho il tempo adesso a cercare, ma suppongo che quei dati siano
> disponibili in open data.
>
> Ciao,
> Martin
>
> ___
> 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-es] Importación de Catastro. Correcciones en archivos de tareas y subida de archivos al repositorio en línea

[dcapillae]

Gracias, Javier.

Ya he subido los archivos de tareas al repositorio en línea. El único que no
he subido es el que quedaba vacío tras las correcciones. También he
intentado eliminar el polígono de la tarea correspondiente en el fichero
'zoning.geojson', pero no he conseguido averiguar cómo hacerlo.

Una última pregunta antes de publicar el proyecto para Málaga. Alejandro me
ha dado permisos para poder crear proyectos en el gestor de tareas. ¿El
proyecto lo tengo que crear con mi cuenta habitual de usuario OSM o con la
cuenta dedicada para la importación?

Gracias de nuevo. Tus indicaciones me son de gran ayuda.



-
Daniel Capilla
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-cz] Seznam poštovních schránek České pošty

[Marián Kyral]

Dne 27.8.2017 v 19:16 Miroslav Suchý napsal(a):
> Dne 13.4.2017 v 06:38 Dalibor Jelínek napsal(a):
>> Ahoj,
>>
>> povedlo se mi sehnat kontakt na člověka, který by měl
>>
>> mít na České poště na starost vytváření seznamu poštovních schránek.
>>
>> Nechci ho ale zveřejňovat na Internetu. Jestli někdo máte zájem
>>
>> se s tím člověkem zkusit dohodnout na nějaké spolupráci v této
>>
>> věci a třeba ho zkusit přesvědčit o nějakých změnách na jejich
>>
>> straně, které by vedly k lepší synchronizaci našich dat s jejich,
>>
>> tak mi napište.
>>
> Je možné někam napsat, když v tom seznamu mají chybu?
>
> Typicky na co jsem narazil: lokace Vltavská 1. Přitom je to na rohu
> ulice Labská a Vltavská, ale tak, že to má být buď Labská 1 nebo
> Vltavská 21. Ergo v seznamu odkazují na špatný konec ulice.
>
> Mirek

Ahoj,
povedlo se toto vyřešit? Ono těch nepřesností bude asi více. Tak by bylo
fajn to nahlásit, ať to máme v dalším souboru opravené :-D

Marián


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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Dave F]

On 14/02/2018 16:50, Colin Smale wrote:


Based on my experiences with mkgmap it's not so much a routing problem 
as a navigation problem. The router will pick the correct path through 
the graph but the translation to "human instructions" get confused, 
like the exit numbers and the way the roundabouts display. Turning 
right at a roundabout, i.e. taking the third exit, might show as 
straight on and the instructions may refer to the first exit.




This would only occur if there was no check to see if it's a roundabout 
first:


 * Enter
 * Check if roundabout
 * (While still on the same node) Start counting entrances/exits


I'm glad you mentioned mkgmap as I suspect this is where this mapping 
instruction originated. From previous conversations on their forum it's 
clear some try to fudge OSM as they lack the skill to program mkgmap 
correctly.


OSM contributors should not have to map incorrectly to suit these data users

DaveF.



On 2018-02-14 17:39, Dave F wrote:


I think I have read it correctly.

https://www.openstreetmap.org/node/5408566797

It is easy to determine this shared node is part of the roundabout as 
well as the entrance from Wapping & can exit along Commercial, or if 
required, continue around the roundabout:
How is this different from, say, two side roads joining a main road 
at the same node?,


Or even cross-roads. The router has to check to find out what road 
it's crossing & find the appropriate exit, which, in the case of 
cross-roads, will be on the same node.


DaveF

On 14/02/2018 16:17, Maarten Deen wrote:

On 2018-02-14 15:53, Dave F wrote:

Hi
Could anyone give me an explanation for this line from
https://wiki.openstreetmap.org/wiki/Tag:junction=roundabout

"Each road has to be connected with the roundabout in a separate
node—that is, between these nodes a segment of the roundabout is
required."

I see no requirement for a separate segment:

 * When a entering road shares a node with a roundabout then the
router knows it's entered that roundabout by reading the tags on the
circular way.
 * Whilst on that node, the router checks to see if there are any
suitable exits. If there are, then it leaves the roundabout.
 * If not, it continues going around until it finds an appropriate
exit.


I'm not sure if you read the requirement right, but this tells 
mappers not to connect the entry and exit road on the same node. If 
you were to map it that way, the router will not see that you enter 
a roundabout and need to exit at the first exit. It will just tell 
you to go right.
It is not (what I think you think) that there needs to be a separate 
way between entrance and exit, the roundabout can be mapped as one 
way in total.


Maarten



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



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


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

Re: [Talk-it] Mappare le aree protette

[Martin Koppenhoefer]

2018-02-14 18:19 GMT+01:00 liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu>:

> Il 13/02/2018 22:21, Massimo A. ha scritto:
>
>> se interessa il *Natura 2000 Network Viewer* riporta tutte le
>> codificazioni europee delle aree protette, con la possibilta´ di scaricare
>> le singole schede e i "kmz" di ogni area europea.
>>
>> http://natura2000.eea.europa.eu/
>>
>> M.
>>
>
> Tutto molto bello, però nel cercare la licenza sono capitato qui:
>
> https://www.eea.europa.eu/legal/copyright
>
> Il che non so quanto possa essere utile a noi.




non ho il tempo adesso a cercare, ma suppongo che quei dati siano
disponibili in open data.

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

Re: [Talk-it] Mappare le aree protette

[liste DOT girarsi AT posteo DOT eu]

Il 13/02/2018 22:21, Massimo A. ha scritto:
se interessa il *Natura 2000 Network Viewer* riporta tutte le 
codificazioni europee delle aree protette, con la possibilta´ di 
scaricare le singole schede e i "kmz" di ogni area europea.


http://natura2000.eea.europa.eu/

M.


Tutto molto bello, però nel cercare la licenza sono capitato qui:

https://www.eea.europa.eu/legal/copyright

Il che non so quanto possa essere utile a noi.

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

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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Maarten Deen]

On 2018-02-14 17:39, Dave F wrote:

I think I have read it correctly.

https://www.openstreetmap.org/node/5408566797

It is easy to determine this shared node is part of the roundabout as
well as the entrance from Wapping & can exit along Commercial, or if
required, continue around the roundabout:
How is this different from, say, two side roads joining a main road at
the same node?,


Because a machine can not determine if you are actually entering the 
roundabout or not. Technically speaking you are not because you are just 
touching one node of the roundabout.


Suppose your example with the two side roads, if you were to go from 
Side Road A to Side Road B via the node that is connected to Main Road 
A, would you want the router to give you instructions to "enter Main 
Road A and turn into Side Road B"? No, it gives you directions to "turn 
into Side Road B". The same at this roundabout, going from Wapping Road 
to Commercial Road it will tell you to "turn left into Commercial Road" 
and not to "enter the roundabout and exit at the first exit into 
Commercial Road".
At may be that the road layout is such that you don't enter the 
roundabout, I don't know but when you do have to enter the roundabout, 
you have to leave a segment between the entry and exit or the routing 
instructions will be wrong.


Just connecting to a road on a node does not mean you enter that road. 
The same at intersections, if you cross a road (connected by a node) you 
do not enter that road so you do not need instructions for it.


Maarten


On 14/02/2018 16:17, Maarten Deen wrote:

On 2018-02-14 15:53, Dave F wrote:

Hi
Could anyone give me an explanation for this line from
https://wiki.openstreetmap.org/wiki/Tag:junction=roundabout

"Each road has to be connected with the roundabout in a separate
node—that is, between these nodes a segment of the roundabout is
required."

I see no requirement for a separate segment:

 * When a entering road shares a node with a roundabout then the
router knows it's entered that roundabout by reading the tags on the
circular way.
 * Whilst on that node, the router checks to see if there are any
suitable exits. If there are, then it leaves the roundabout.
 * If not, it continues going around until it finds an 
appropriate

exit.


I'm not sure if you read the requirement right, but this tells mappers 
not to connect the entry and exit road on the same node. If you were 
to map it that way, the router will not see that you enter a 
roundabout and need to exit at the first exit. It will just tell you 
to go right.
It is not (what I think you think) that there needs to be a separate 
way between entrance and exit, the roundabout can be mapped as one way 
in total.


Maarten



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


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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Colin Smale]

Based on my experiences with mkgmap it's not so much a routing problem
as a navigation problem. The router will pick the correct path through
the graph but the translation to "human instructions" get confused, like
the exit numbers and the way the roundabouts display. Turning right at a
roundabout, i.e. taking the third exit, might show as straight on and
the instructions may refer to the first exit.

On 2018-02-14 17:39, Dave F wrote:

> I think I have read it correctly.
> 
> https://www.openstreetmap.org/node/5408566797
> 
> It is easy to determine this shared node is part of the roundabout as well as 
> the entrance from Wapping & can exit along Commercial, or if required, 
> continue around the roundabout:
> How is this different from, say, two side roads joining a main road at the 
> same node?,
> 
> Or even cross-roads. The router has to check to find out what road it's 
> crossing & find the appropriate exit, which, in the case of cross-roads, will 
> be on the same node.
> 
> DaveF
> 
> On 14/02/2018 16:17, Maarten Deen wrote: On 2018-02-14 15:53, Dave F wrote: Hi
> Could anyone give me an explanation for this line from
> https://wiki.openstreetmap.org/wiki/Tag:junction=roundabout
> 
> "Each road has to be connected with the roundabout in a separate
> node--that is, between these nodes a segment of the roundabout is
> required."
> 
> I see no requirement for a separate segment:
> 
> * When a entering road shares a node with a roundabout then the
> router knows it's entered that roundabout by reading the tags on the
> circular way.
> * Whilst on that node, the router checks to see if there are any
> suitable exits. If there are, then it leaves the roundabout.
> * If not, it continues going around until it finds an appropriate
> exit. 
> I'm not sure if you read the requirement right, but this tells mappers not to 
> connect the entry and exit road on the same node. If you were to map it that 
> way, the router will not see that you enter a roundabout and need to exit at 
> the first exit. It will just tell you to go right.
> It is not (what I think you think) that there needs to be a separate way 
> between entrance and exit, the roundabout can be mapped as one way in total.
> 
> Maarten

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

Re: [Talk-GB] [Talk-gb-westmidlands] New Severn-Trent Aquifer in Edgabaston

[Brian Prangle]

I would guess it's at their works by the Reservoir

On 13 February 2018 at 22:53, Andy Mabbett 
wrote:

> I was just reading:
>
>https://www.stwater.co.uk/yourwater
>
> about how Birmingham's water supply from the Elan Valley is now
> supplemented by water from an aquifer under Edgbaston (at a ratio of
> 2:1). Does anyone know where the aquifer (or at least the treatment
> works where the water is mixed) is, and do we need to add anything to
> the map?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Talk-gb-westmidlands mailing list
> talk-gb-westmidla...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] Licensing compatibility

[Brian Prangle]

Hi

Following my blog criticising BT

for not releasing data,  Inlink UK  have been in
touch saying they'd be only too glad to release their data so we can use it
in OSM. They've asked the following question which floors me.Can anyone
help? I don't think this one was on the list of compatible licences on the
wiki

To assist with this are you able to indicate whether you currently use any
data provided under the ODC Attribution License (ODC-BY 1.0) or similar
licenses providing data attribution and, if so, how they interact with the
information you release under ODC-ODBL 1.0?

Regards

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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Dave F]

I think I have read it correctly.

https://www.openstreetmap.org/node/5408566797

It is easy to determine this shared node is part of the roundabout as 
well as the entrance from Wapping & can exit along Commercial, or if 
required, continue around the roundabout:
How is this different from, say, two side roads joining a main road at 
the same node?,


Or even cross-roads. The router has to check to find out what road it's 
crossing & find the appropriate exit, which, in the case of cross-roads, 
will be on the same node.


DaveF

On 14/02/2018 16:17, Maarten Deen wrote:

On 2018-02-14 15:53, Dave F wrote:

Hi
Could anyone give me an explanation for this line from
https://wiki.openstreetmap.org/wiki/Tag:junction=roundabout

"Each road has to be connected with the roundabout in a separate
node—that is, between these nodes a segment of the roundabout is
required."

I see no requirement for a separate segment:

 * When a entering road shares a node with a roundabout then the
router knows it's entered that roundabout by reading the tags on the
circular way.
 * Whilst on that node, the router checks to see if there are any
suitable exits. If there are, then it leaves the roundabout.
 * If not, it continues going around until it finds an appropriate
exit.


I'm not sure if you read the requirement right, but this tells mappers 
not to connect the entry and exit road on the same node. If you were 
to map it that way, the router will not see that you enter a 
roundabout and need to exit at the first exit. It will just tell you 
to go right.
It is not (what I think you think) that there needs to be a separate 
way between entrance and exit, the roundabout can be mapped as one way 
in total.


Maarten



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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Maarten Deen]

On 2018-02-14 15:53, Dave F wrote:

Hi
Could anyone give me an explanation for this line from
https://wiki.openstreetmap.org/wiki/Tag:junction=roundabout

"Each road has to be connected with the roundabout in a separate
node—that is, between these nodes a segment of the roundabout is
required."

I see no requirement for a separate segment:

* When a entering road shares a node with a roundabout then the
router knows it's entered that roundabout by reading the tags on the
circular way.
* Whilst on that node, the router checks to see if there are any
suitable exits. If there are, then it leaves the roundabout.
* If not, it continues going around until it finds an appropriate
exit.


I'm not sure if you read the requirement right, but this tells mappers 
not to connect the entry and exit road on the same node. If you were to 
map it that way, the router will not see that you enter a roundabout and 
need to exit at the first exit. It will just tell you to go right.
It is not (what I think you think) that there needs to be a separate way 
between entrance and exit, the roundabout can be mapped as one way in 
total.


Maarten

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

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Mateusz Konieczny]

On Wed, 14 Feb 2018 14:53:07 +
Dave F  wrote:

> I see no requirement for a separate segment:

Can you give example of roundabount (preferably, with good aerial
images) where such requirement makes mapping problematic?

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

[OSM-talk] Roundabouts - why is a separate segment required?

[Dave F]

Hi
Could anyone give me an explanation for this line from 
https://wiki.openstreetmap.org/wiki/Tag:junction=roundabout


"Each road has to be connected with the roundabout in a separate 
node—that is, between these nodes a segment of the roundabout is required."


I see no requirement for a separate segment:

 * When a entering road shares a node with a roundabout then the router
   knows it's entered that roundabout by reading the tags on the
   circular way.
 * Whilst on that node, the router checks to see if there are any
   suitable exits. If there are, then it leaves the roundabout.
 * If not, it continues going around until it finds an appropriate exit.


Also, I'm more than a little annoyed at the inference it fails 
geometrically "because you did not trace the roundabout within its most 
external lane".


Cheers
DaveF


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

[Talk-lt] Nuorodos į žemėlapį

[Tomas Straupis]

Sveiki

  Nesudėtinga, bet naudinga informacija, kaip dalintis žemėlapio informacija:
  https://blog.openmap.lt/2018/02/14/nuoroda-i-zemelapio-vieta/

-- 
Tomas

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

[OSM-talk-fr] Polygones depuis openstreetmap.fr

[JB]

Bonjour,
J'utilise de temps en temps http://polygons.openstreetmap.fr/ pour 
générer des fichier .poly (polygone) depuis des relations d'OpenStreetMap.
Je n'avais jamais trop exploré l'outil ni les finesse des fichiers .poly 
vu que ça semblait fonctionner habituellement, mais je viens de devoir 
le faire pour les enclaves (élément inner). La spécification du fichier 
polygone indique que l'identifiant de l'élément soustrait est préfixé 
par un point d'exclamation 
(https://wiki.openstreetmap.org/wiki/Osmosis/Polygon_Filter_File_Format#Example). 
Le script utilisé sur openstreetmap.fr ne semble pas prendre en compte 
ces éléments inner : 
http://polygons.openstreetmap.fr/get_poly.py?id=1241359=0
Quelqu'un a-t-il eu la même expérience ? L'outil est-il maintenu ? Le 
script est-il disponible quelque part (je veux bien essayer d'y jeter un 
coup d'œil, sans garantie de résultat) ?

JB.

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

Re: [Talk-it] Rastrelliere per biciclette a Bologna

[Martin Koppenhoefer]

>
> 2018-02-14 14:19 GMT+01:00 Lorenzo Perone :
> > Effettivamente la funzione prevalente da evidenziare è il tipo di
> fissaggio per il telaio, quindi sarei propenso di utilizzare il tipo
> "bollard" aggiungendo nel wiki la foto corrispondente al nostro caso.



un "bollard" (palo) non implica la possibiltà di fissaggio. Per me il tipo
sulla tua foto è un misto tra loops e bollard (presenti entrambi), invece
per la possibiltà di legare la bici ci farei un'altra chiave (nuova), che
tanto manca.

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

Re: [Talk-cz] m.openstreetmap.cz -- moc nefunguje

[Michal Grézl]

2018-02-13 21:58 GMT+01:00 Pavel Machek :
> Ahoj!
>
>> ta stranka se zobrazi na *.openstreetmap.cz pokud neni extra nadefinovana.
>> co by jako na tom m.openstreetmap melo byt?
>> ono tam bylo nekdy neco zvlastniho?
>
> No, ja bych cekal ze to bud ze to nebude existovat, a nebo ze to
> zobrazi versi mapy pro mobilni telefony / pomale pripojeni.
>
> To ze to existuje mi davalo nadeji ze se neco takoveho
> planuje... hadam ze falesnou :-).
> Pavel
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) 
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>

nadeje umira posledni ...



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

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

Re: [Talk-it] Rastrelliere per biciclette a Bologna

[Federico Cortese]

2018-02-14 14:19 GMT+01:00 Lorenzo Perone :
>
> Direi che mappare le rastrelliere come area non è conveniente, ed anche usare 
> due tag non mi convince.
> Effettivamente la funzione prevalente da evidenziare è il tipo di fissaggio 
> per il telaio, quindi sarei propenso di utilizzare il tipo "bollard" 
> aggiungendo nel wiki la foto corrispondente al nostro caso.

Anche secondo me sarebbe la soluzione più opportuna e funzionale.
Ciao,
Federico

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

Re: [OSM-talk-fr] *** BULK *** Re: Une alternative à Pakku ?

[Vincent Bergeot]

Le 14/02/2018 à 12:42, REBOUX Maël a écrit :


Oui : le GROS avantage de Pakku c’était des données thématisées et 
prêtes à l’emploi.


Les outils BBIKE et donc Overpass on les connaît mais c’est déjà un 
niveau « expert » et il y a des contraintes sur la taille des extractions.




oui je suis d'accord, l'interface de pakku avait l'avantage de sa 
simplicité et de son ergonomie.
Est-ce qu'il existe des traces du travail qu'ils ont effectués, github 
ou autres ?


bonne journée





C’était pour renvoyer qqn vers des données thématiques justement.

Dommage pour Pakku alors.

Merci pour vos réponses.

*De :*Vincent Bergeot [mailto:vinc...@bergeot.org]
*Envoyé :* mercredi 14 février 2018 10:29
*À :* talk-fr@openstreetmap.org
*Objet :* *** BULK *** Re: [OSM-talk-fr] Une alternative à Pakku ?

Le 14/02/2018 à 10:25, Corentin a écrit :

Bonjour,

Le site BBBbike permet des export dans différents formats en
sélectionnant une zone sur la carte.

Voici le lien : https://extract.bbbike.org/



idem que mon autre mail, c'est super bbike mais pakk.io c'est bien 
géolocalisées et thématiques : 
https://www.data.gouv.fr/fr/reuses/pakku-io-lopen-data-geolocalise-pour-tous/









Le 14 février 2018 à 10:22, Axelos > a écrit :


Bonjour,


Le 14/02/2018 à 10:17, REBOUX Maël a écrit :
> Le site http://pakku.io/ qui permettait de télécharger des données 
OSM pré-pakagées n'existe malheureusement plus.

>
> Existe-t-il une ou des alternatives ?


Je ne connaissais pas ce service, mais http://download.geofabrik.de/
devrait pouvoir répondre à la demande.

Cordialement, Axel.

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




--

--

Corentin LEMAITRE

Consultant mobilité durable et urbanisme

Présent sur LinkedIn  et 
Twitter 





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

--
Vincent Bergeot


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



--
Vincent Bergeot

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

Re: [Talk-it] Rastrelliere per biciclette a Bologna

[Martin Koppenhoefer]

2018-02-14 14:19 GMT+01:00 Lorenzo Perone :

> Ciao,
> grazie per i suggerimenti.
> Direi che mappare le rastrelliere come area non è conveniente, ed anche
> usare due tag non mi convince.
>


dipende sempre dalle dimensioni, ovviamente. Nel tuo caso specifico può
essere trascurabile la estensione e l'orientamento, ma non lo è sempre.

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

Re: [OSM-talk] Limitations on mapping private information

[Martin Koppenhoefer]

2018-02-14 14:10 GMT+01:00 Mateusz Konieczny :

> On Sat, 10 Feb 2018 00:50:32 +0100
> Tom Pfeifer  wrote:
>
> > https://wiki.openstreetmap.org/wiki/Limitations_on_
> mapping_private_information
>
> What I miss is some generic "do not map completely private
> data".
>



it might not always be clear what "completely private data" is. E.g. if you
map the surface properties of private ground, or private swimming pools,
these could be private details if you already know who lives there, but it
isn't private data as long as you don't know it. And it might be relevant
data for others (e.g. to see how much of an area is sealed, or to estimate
how much water is "wasted" in swimming pools, etc.).


==
>
> Maybe also mention some opposite cases? For example we map military
> areas, also in countries that have laws forbidding doing this.
>



has nothing to do with "private data", IMHO



>
> ==
>
> I am unsure about "do not add the names of inhabitants to dwellings".
>
> I would describe my position as:
>
> In Europe/North America, information who lives at given location is
> generally private and confidential. In addition it is not necessary
> as we have addresses that are considered public.
>
> But significant part of people across the world have no addresses[1].
> These places are generally not currently mapped in OSM, so how to
> describe locating schemes used by their residents remains an unsolved
> problem.
>


likely the solution is not putting all these people with their names in
OSM. "do not add the names of inhabitants to dwellings" seems fine to me.
They could use geocordinates, o solutions like what-three-fucks ;-)

Or maybe start inventing/assigning street names and housenumbers, if you
just do it without a lot of coordination you might create some ambiguities,
but it would probably already solve most of the issue.


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

Re: [Talk-it] Inserimento tariffe

[Martin Koppenhoefer]

2018-02-14 14:23 GMT+01:00 Gabriele Perrini :

> questi tag che mi avete proposto vengono poi letto su opentripplanner dove
> andrò a fare la simulazione?
>


non credo, ma lo dovresti guardare tu ;-)

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

Re: [Talk-it] Inserimento tariffe

[Gabriele Perrini]

questi tag che mi avete proposto vengono poi letto su opentripplanner dove
andrò a fare la simulazione?

Il giorno mer 14 feb 2018 alle 14:18 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> potresti usare conditional e la chiave "fee".
>
> Non è molto usato, perché questo genere di dati è difficilmente
> manutenibile con la quantità e composizione dei mappatori di OSM. L'ideale
> sarebbe agganciare i dati in maniera dinamica dall'operatore (ma
> solitamente dati del genere non sono disponibili in "machine readable").
> https://taginfo.openstreetmap.org/keys/fee%3Aconditional
>
> Ciao,
> Martin
> ___
> 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] Rastrelliere per biciclette a Bologna

[Lorenzo Perone]

Ciao,
grazie per i suggerimenti.
Direi che mappare le rastrelliere come area non è conveniente, ed anche
usare due tag non mi convince.
Effettivamente la funzione prevalente da evidenziare è il tipo di fissaggio
per il telaio, quindi sarei propenso di utilizzare il tipo "bollard"
aggiungendo nel wiki la foto corrispondente al nostro caso.
Decideremo comunque assieme agli altri durante il prossimo incontro.
Ciao.
l.
ᐧ

Lorenzo Perone
Medium: https://medium.com/@lorenzo_perone
Twitter: @lorenzo_perone 
Photoblog: http://immagini.me


Il giorno 12 febbraio 2018 16:12, emmexx  ha scritto:

> On 02/12/2018 03:27 PM, liste DOT girarsi AT posteo DOT eu wrote:
> >
> > Per me descrivi un'area per rappresentare quelle basse dove si  mettono
> > le ruote, con bicycle_parking=wall_loops, mentre metti dei nodi per i
> > paletti dove legano le bici, e li tagghi con bicycle_parking=bollard.
>
> Non sono rastrelliere di tipo wall_loop!
> Si può legare anche il telaio.
>
> Vedo ora che nella pagina wiki in italiano è stato rimosso il valore
> Verona_rack che avevo aggiunto qualche anno fa.
>
> Forse mi sono perso la discussione su questo argomento ma forse era il
> caso di segnalare a chi ha inserito dei tag della rimozione dal wiki in
> modo che si proceda ad aggiornare i valori già in OSM.
>
> Da un punto di vista pratico, ma l'avevo già scritto in altre
> discussioni, non capisco bene in cosa si differenziano bollard e stands.
> Per chi le usa non c'è molta differenza mentre le Verona_rack sono un
> mix tra wall_loop e stands (o bollard) e per questo avevo ritenuto di
> usarlo e di aggiungerlo al wiki.
>
> ciao
> maxx
>
>
> ___
> 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] Inserimento tariffe

[Martin Koppenhoefer]

potresti usare conditional e la chiave "fee".

Non è molto usato, perché questo genere di dati è difficilmente
manutenibile con la quantità e composizione dei mappatori di OSM. L'ideale
sarebbe agganciare i dati in maniera dinamica dall'operatore (ma
solitamente dati del genere non sono disponibili in "machine readable").
https://taginfo.openstreetmap.org/keys/fee%3Aconditional

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

Re: [OSM-talk] Limitations on mapping private information

[Mateusz Konieczny]

On Sat, 10 Feb 2018 00:50:32 +0100
Tom Pfeifer  wrote:

> https://wiki.openstreetmap.org/wiki/Limitations_on_mapping_private_information

What I miss is some generic "do not map completely private
data".

For example, while mapping amenity=place_of_worship in Europe is OK, I
would expect it to be horrible privacy violation in places where given
religion is persecuted.

There are probably more cases like this and we will never cover all of
them, so some generic rule would be a good idea.


==

Maybe also mention some opposite cases? For example we map military
areas, also in countries that have laws forbidding doing this.

==

I am unsure about "do not add the names of inhabitants to dwellings".

I would describe my position as:

In Europe/North America, information who lives at given location is
generally private and confidential. In addition it is not necessary
as we have addresses that are considered public.

But significant part of people across the world have no addresses[1].
These places are generally not currently mapped in OSM, so how to
describe locating schemes used by their residents remains an unsolved
problem.

I expect that at least some of these places use names of residents
instead of addresses (or use names of residents as part of location
description that has function of an address).

So: I worry that by assuming that "who lives here" is always private
information we will cause complications for mappers of less developed
areas.

[1]
https://github.com/google/open-location-code/wiki/Evaluation-of-Location-Encoding-Systems
(note that encoding systems described here are only starting and
traditional location description systems used there are at this moment
used instead. Also, this type of location encoding systems has some
issues described at https://wiki.openstreetmap.org/wiki/What3words for
one of the worst offenders)

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

Re: [Talk-it] Inserimento tariffe

[Damjan Gerl]

From  : "Gabriele Perrini" perrinigabri...@gmail.com
Date  : Wed, 14 Feb 2018 13:36:15 +0100
Subject : [Talk-it] Inserimento tariffe

> Salve,
> ho appena finito di mappare il servizio bike sharing nella Città di Palermo.
> Ho aggiunto i tag relativi ai ciclo posteggi e ai percorsi ciclabili.
> Adesso, in base alla simulazione finale che devo affrontare per la mia tesi
> universitaria, dovrei andare ad inserire le tariffe relative a tale
> servizio.
> C'è un tag o qualcosa che mi permetta di inserire che il costo di tale
> servizio è gratuito per la prima mezz'ora e dopo la prima mezz'ora è di 50
> centesimi ogni mezz'ora?
> Grazie!
> Gabriele

Qualcosa come
fee:amount=0.50€ per 30 min
o forse
fee:amount=0.50€/30min
(preferisco il primo)

Poi però manca ancora la prima mezza ora gratis, forse così:

fee:conditional=no @ first 30 min


Ciao
Damjan

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

Re: [Talk-hr] DORS/CLUC 2018 call for papers

[Franka Grubišić]

Tenks Hrvoje na informaciji, ja bih cak mogla prijaviti odrzavanje OSM
radionice ili lightening talka na temu disaster mappinga s OSM-om, tim se
bavim i svaku godinu na Young Surveyors konferencijama drzim edukacije :-)


On Feb 14, 2018 13:00,  wrote:

Talk-hr posaljite mailing list poruke na
talk-hr@openstreetmap.org

Da biste se pretplatili ili odjavili preko Weba, posjetite
https://lists.openstreetmap.org/listinfo/talk-hr
ili, koristeci mail, posaljite poruku sa naslovom ili sadrzajem 'help'
na
talk-hr-requ...@openstreetmap.org

Osobi koja odrzava listu mozete se obratiti na
talk-hr-ow...@openstreetmap.org

Kada odgovarate, uredite Vasu Subject: liniju tako da je malo
detaljnja od "Re: Sadrzaj Talk-hr digesta..."


Današnje Teme:

   1. Re: Eko karta zavoda Andrije Štampara (hbogner)
   2. DORS/CLUC 2018 call for papers (hbogner)
   3. Re: Eko karta zavoda Andrije Štampara (Borut Maricic)
   4. Re: Eko karta zavoda Andrije Štampara (hbogner)


--

Message: 1
Date: Tue, 13 Feb 2018 22:16:45 +0100
From: hbogner 
To: talk-hr@openstreetmap.org
Subject: Re: [Talk-hr] Eko karta zavoda Andrije Štampara
Message-ID: 
Content-Type: text/plain; charset=utf-8; format=flowed

DA, treba svima koji koriste OSM, a ne navode ga kao izvor, početi slati
informativne mailove da navedu OSM.

Pozdrav, Hrvoje


On 12.02.2018 12:11, Darko Boto wrote:
> Janko,
> naručitelj je Nastavni zavod za javno zdravstvo „Dr. Andrija Štampar“ pa
> mislim da njima treba poslati mail. Onda na osnovu te informacije oni
šalju
> zahtjev izvođaču da tu informaciju stave na kartu.
> To je radila IGEA (dio je IN2 grupe) i očigledno ih nisu upozorili na
> uvjete korištenja OSM podataka.
>
> Darko
>
> 2018-02-12 11:50 GMT+01:00 Janko Mihelić :
>
>> Pozdrav kartografi,
>>
>> vidio sam ovu kartu, evo linka:
>>
>> http://ekokartazg.westeurope.cloudapp.azure.com/
>>
>> i čini se da koriste OSM, ali nigdje to ne priznaju. Hoćemo im slati
mail?
>> Kartu je radila firma IN2, pa mi se čini da njima treba slati primjedbu
jer
>> ovi iz zavoda tu vjerojatno ništa ne mogu. Nisam mogao naći nekakav dobar
>> mail osim onog glavnog: i...@in2.eu. Možda bi trebali poslati na Facebook
>> ili Twitter?
>>
>> Ja bih poslao nešto ovakvo:
>>
>> Pozdrav,
>> šaljem ovu poruku u ime organizacije OpenStreetMap Hrvatska. Vidjeli smo
da
>> ste u Vašoj Eko karti koristili OpenStreetMap podatke i to nas veseli jer
>> volimo vidjeti da se naši podaci koriste. Ipak, korištenje tih podataka
>> dolazi sa određenim dužnostima koje donosi licenca ODbL. Vidimo da te
>> dužnosti niste ispunili pa Vas molimo da to ispravite kako bi poštovali
>> Vašu odgovornost. Ukratko, trebalo bi na kartu staviti tekst "©
>> OpenStreetMap doprinositelji" sa linkom na stranicu: "
>> https://www.openstreetmap.org/copyright;.  Svi detalji su opisani na tom
>> linku:
>>
>> https://www.openstreetmap.org/copyright
>>
>> Hvala,
>>
>> Janko Mihelić
>> ___
>> 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
>





--

Message: 2
Date: Tue, 13 Feb 2018 22:53:19 +0100
From: hbogner 
To: talk-hr@openstreetmap.org
Subject: [Talk-hr] DORS/CLUC 2018 call for papers
Message-ID: 
Content-Type: text/plain; charset=utf-8; format=flowed

Ima li među vama ili u vašim firmama zainteresiranih za održati
predavanje, radionicu ili lightning talk?
Može biti vezano uz OSM(bilo bi zgodno s naše strane kao OSM zajednice),
ali nemora, bitno je da je FLOSS tematike.

https://2018.dorscluc.org/talk-workshop-applications/

> Call for speakers is officially open.
>
> If you want to share your FLOSS knowledge and experience, you can do so
by sending us proposals for:
>
> - Lightning Talks (up to 5 minutes in duration; note that you'll have to
pay the registration fee as a regular attendee)
> - Regular Talks (30 minutes talk)
> - Workshops (4 hour workshop)
>
> Submissions will be reviewed and accepted in two preliminary rounds (the
first in January, the second in February). The final round of reviews will
happen after the call for speakers is closed.
> Important Dates
>
> Speaker Application Deadline: March 9, 2018
>
> Conference Starts: April 19, 2018

Pozdrav, Hrvoje




--

Message: 3
Date: Wed, 14 Feb 2018 01:36:43 +0100
From: Borut Maricic 
To: talk-hr@openstreetmap.org
Subject: Re: [Talk-hr] Eko karta zavoda Andrije Štampara
Message-ID: <1049282320.20180214013...@borut.eu>
Content-Type: text/plain; charset=utf-8

Izbjegavam se suviše 

Re: [OSM-talk-fr] *** BULK *** Re: Une alternative à Pakku ?

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)]

Challenge : un geopackage avec des styles ?

 Message original 
De : REBOUX Maël 
Date : mer. 14 févr. 2018 à 12:45
À : "'talk-fr@openstreetmap.org'" 
Objet : Re: [OSM-talk-fr] *** BULK *** Re: Une alternative à Pakku ?

Oui : le GROS avantage de Pakku c’était des données thématisées et prêtes à 
l’emploi.
Les outils BBIKE et donc Overpass on les connaît mais c’est déjà un niveau « 
expert » et il y a des contraintes sur la taille des extractions.

C’était pour renvoyer qqn vers des données thématiques justement.

Dommage pour Pakku alors.
Merci pour vos réponses.


De : Vincent Bergeot [mailto:vinc...@bergeot.org]
Envoyé : mercredi 14 février 2018 10:29
À : talk-fr@openstreetmap.org
Objet : *** BULK *** Re: [OSM-talk-fr] Une alternative à Pakku ?

Le 14/02/2018 à 10:25, Corentin a écrit :
Bonjour,
Le site BBBbike permet des export dans différents formats en sélectionnant une 
zone sur la carte.
Voici le lien : https://extract.bbbike.org/

idem que mon autre mail, c'est super bbike mais pakk.io c'est bien 
géolocalisées et thématiques : 
https://www.data.gouv.fr/fr/reuses/pakku-io-lopen-data-geolocalise-pour-tous/









Le 14 février 2018 à 10:22, Axelos > 
a écrit :
Bonjour,


Le 14/02/2018 à 10:17, REBOUX Maël a écrit :
> Le site http://pakku.io/ qui permettait de télécharger des données OSM 
> pré-pakagées n'existe malheureusement plus.
>
> Existe-t-il une ou des alternatives ?


Je ne connaissais pas ce service, mais http://download.geofabrik.de/
devrait pouvoir répondre à la demande.

Cordialement, Axel.

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



--
--
Corentin LEMAITRE
Consultant mobilité durable et urbanisme
Présent sur LinkedIn et 
Twitter




___

Talk-fr mailing list

Talk-fr@openstreetmap.org

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



--

Vincent Bergeot
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-it] Inserimento tariffe

[Gabriele Perrini]

Salve,
ho appena finito di mappare il servizio bike sharing nella Città di Palermo.
Ho aggiunto i tag relativi ai ciclo posteggi e ai percorsi ciclabili.
Adesso, in base alla simulazione finale che devo affrontare per la mia tesi
universitaria, dovrei andare ad inserire le tariffe relative a tale
servizio.
C'è un tag o qualcosa che mi permetta di inserire che il costo di tale
servizio è gratuito per la prima mezz'ora e dopo la prima mezz'ora è di 50
centesimi ogni mezz'ora?
Grazie!
Gabriele
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

[Jan Skala]

Ahoj, je to moc pěkné! Do schránek jsem se zapojil a zrovna mi chyběly v POI importeru nějaké schránky. Začal jsem je fotit, abych je tam zanesl ručně a teď je můžu ještě kontrolovat v tabulce. Za mě díky!HonzaDne 14. 2. 2018 8:05 AM napsal uživatel Marián Kyral :Ahoj,trochu jsem se teď věnoval schránkám - přepsal konverzní skript do pythonu (mnohem, mnohem rychlejší a jednodušší na údržbu) a vzpomněl jsem si na Petrovu stránku se statistikami importu adres. Dovolil jsem si skript "ukrást", upravit a konečně tak budeme vědět, jak na tom jsme :-)Původně jsem tam chtěl ještě pár věcí dodělat, ale aktuálně jsem zaneprázdněn něčím jiným a ještě pár dní budu, takže raději teď dávám k dispozici to co mám.http://josm.poloha.net/cz_pbox/Data o schránkách jsem nahrál do databáze na poloha.net a porovnávám je s daty OSM, která tam nahrává Petr. Aktualizace OSM dat a statistik probíhá jednou denně. Na stránkách jednotlivých dep jsou pak záznamy označeny štítkem dle typu:OK - Schránka je v OSM, má vyplněné ref=* a data souhlasí s ČPČástečně - Schránka je v OSM, má ref=*, ale některá data (časy výběru, operátor) nesouhlasíChybí - Schránka není v OSM nebo je, ale nemá ref=*Zrušeno - Schránka je v OSM, má ref, ale ČP schránku zrušila (v porovnání s předchozími daty - zatím jen proti lednu)V plánu je ještě přepracování hlavní stránky (aby byly vidět počty v jednotlivých kategoriích) a (ve spolupráci s Majkou) doplnění souřadnic u záznamů, kde je ČP nemá. To ale nevím, kdy bude.Další uvažovaná vlastnost jsou exporty v nějakém formátu pro další zpracování - csv, json, osm.Zdrojáky jsou na githubu: https://github.com/mkyral/osm/tree/master/import/ceska_posta/statsA závěrem bych chtěl poděkovat Petrovi Vejsadovi za možnost využívat poloha.net. A připomínám, že máme možnost přispět na provoz: http://www.poloha.net/finance-info ;-)Marián___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Ivan Petrovič [was: Re: Nedělitelné mezery v názvech ulic]

[Matěj Cepl]

On 2018-02-13, 15:29 GMT, Lukas Gebauer wrote:
> To fakt používáte výraz "krtek"? Já to doposud slyšel jen od 
> moravské náplavy.

Spíše jako legrace, ale ano občas jsem to slyšel i v normálním 
provozu. Když už centimetro není dost zajímavé …

Matěj
-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
Besides, the determined Real Programmer can write Fortran
programs in any language.
  -- Ed Post, Real Programmers Don't Use Pascal


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

Re: [Talk-it] Pagina wiki progetto Avogadro

[Alessandro Palmas]

  
  
Il 14/02/2018 12:07, Cascafico Giovanni
  ha scritto:


  ciao!


Avete poi stabilito uno hashtag per i changeset del
  progetto?
  

#ASL-Avogadro18
  


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

Re: [OSM-talk-fr] *** BULK *** Re: Une alternative à Pakku ?

[REBOUX Maël]

Oui : le GROS avantage de Pakku c’était des données thématisées et prêtes à 
l’emploi.
Les outils BBIKE et donc Overpass on les connaît mais c’est déjà un niveau « 
expert » et il y a des contraintes sur la taille des extractions.

C’était pour renvoyer qqn vers des données thématiques justement.

Dommage pour Pakku alors.
Merci pour vos réponses.


De : Vincent Bergeot [mailto:vinc...@bergeot.org]
Envoyé : mercredi 14 février 2018 10:29
À : talk-fr@openstreetmap.org
Objet : *** BULK *** Re: [OSM-talk-fr] Une alternative à Pakku ?

Le 14/02/2018 à 10:25, Corentin a écrit :
Bonjour,
Le site BBBbike permet des export dans différents formats en sélectionnant une 
zone sur la carte.
Voici le lien : https://extract.bbbike.org/

idem que mon autre mail, c'est super bbike mais pakk.io c'est bien 
géolocalisées et thématiques : 
https://www.data.gouv.fr/fr/reuses/pakku-io-lopen-data-geolocalise-pour-tous/









Le 14 février 2018 à 10:22, Axelos > 
a écrit :
Bonjour,


Le 14/02/2018 à 10:17, REBOUX Maël a écrit :
> Le site http://pakku.io/ qui permettait de télécharger des données OSM 
> pré-pakagées n'existe malheureusement plus.
>
> Existe-t-il une ou des alternatives ?


Je ne connaissais pas ce service, mais http://download.geofabrik.de/
devrait pouvoir répondre à la demande.

Cordialement, Axel.

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



--
--
Corentin LEMAITRE
Consultant mobilité durable et urbanisme
Présent sur LinkedIn et 
Twitter




___

Talk-fr mailing list

Talk-fr@openstreetmap.org

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



--

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

Re: [Talk-it] Mappare le aree protette

[Dino Michelini]

  Ciao, se può esserti utile nella faggeta di monte Raschio insistono
tre tipi di protezione diverse che ho mappato con tre relazioni diverse
in quanto interessano aree diverse

* Relazione: Parco Naturale
Regionale di Bracciano - Martignano (6247108 [3]) 
* Relazione: ZSC
IT6010034 Faggete di Monte Raschio e Oriolo (7948240 [4])
* Relazione:
Monte Raschio (7948238 [5]) sito UNESCO

Il 13.02.2018 16:07 Dario
Crespi ha scritto: 

> Ciao a tutti, 
> vi scrivo per avere qualche
chiarimento sulla mappatura delle aree naturali protette in Italia.
Esiste questa tabella [1] ma non comprende tutte le variabili italiane
(che sono parecchie). 
> Provo a elencare qui tutte le casistiche: 
> 
>
* Parchi nazionali
> * Aree marine protette
> * Riserve naturali
statali
> * Parchi naturali regionali
> * Riserve naturali regionali
> *
Siti della rete Natura 2000:
> 
> * Siti di interesse comunitario
(Direttiva Habitat)
> * Zone speciali di conservazione (Direttiva
Habitat)
> * Zone di protezione speciale (Direttiva Uccelli)
> *
Monumenti naturali
> * Aree locali:
> 
> * Parchi locali di interesse
sovracomunale (in Lombardia)
> * Aree naturali protette di interesse
locale (in Toscana e Liguria)
> 
> A questi si aggiungono le aree
protette a livello comunale, e quelle enormi come Riserve della Biosfera
(UNESCO), Zone umide della Convenzione di Ramsar e Important Bird and
Biodiversity Area della Birdlife International. 
> E c'è anche un parco
interregionale. Poi ancora le Oasi WWF e LIPU. 
> Sicuramente c'è ancora
qualche altra tipologia, come ad esempio i biotopi in Trentino-Alto
Adige. 
> Ora la domanda è: come mappare ciascuna di queste aree? Quelle
da 1 a 9 ricomprese nel territorio alpino sono o saranno a breve tutte
su Wikidata, in quanto facenti parte di Wiki Loves Earth - Italian Alps
[1] e sarebbe bello cominciare a mappare qualcosa, chiedendo magari
aiuto alle regioni che potrebbero gentilmente mettere una licenza adatta
a OSM ai loro database. 
> Ma per il momento vorrei capire come inserire
queste informazioni su OSM. 
> Grazie a chi saprà aiutarmi, 
> Dario 
>
[1]
https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Nature-protected-areas
[2]
  


Con Mobile Open 7 GB a 9 euro/4 sett navighi veloce con 7 GB di Internet e hai 
200 minuti ed SMS a 12 cent. Passa a Tiscali Mobile! 
http://tisca.li/OPEN7GBFirma

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

Re: [Talk-in] Mapping India's national geological monuments

[F11PES NARDANI]

Hi there I have just joined Talk-in from UK does anyone have an export file, 
they have worked on I feel its time for India to move forward but lack in 
communication. We should join hands and get India mapped together so life get 
better for everyone more effectively and efficiently. OSM is a great way 
however If India suffers a disaster they are helped for foreign aid which is 
more effective Why? Well because they do their homework. The Humanitarian Aid 
uses OSM but India does not contribute to map it! Are there any NGO’s out there 
who really have knowledge of there area on a digital platform? It takes a few 
days to map an entire district with the online contributors, if anyone in India 
is keen to get India mapped in this way lets do this together. I wrote to 
Modiji’s office introducing an idea but they don’t reply. Do you as an NGO or a 
citizen of India want the country moving in a better direction? Then why can we 
not achieve this its distressing.

Sent from Mail for Windows 10

From: Arun Ganesh
Sent: 13 February 2018 17:47
To: OpenStreetMap in India
Subject: [Talk-in] Mapping India's national geological monuments

Recently came across the GSI's list of national monuments and geological 
marvels http://www.famindia.com/india/site_geological.htm which were 
fascinating to go through. Little did I know about these wonderful sites which 
have a lot of educational and tourism significance.

How many of these sites are on OSM, and how do we map them?
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] Pagina wiki progetto Avogadro

[Cascafico Giovanni]

ciao!

Avete poi stabilito uno hashtag per i changeset del progetto?

Il giorno 13 febbraio 2018 15:32, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Il 13/02/2018 15:24, 2020_Lorenzo Finotto ha scritto:
>
> Salve a tutti, sono uno studente dell'istituto Amedeo Avogadro di Torino.
> Scrivo per informarvi che il progetto con OSM sta andando avanti e con la
> nostra classe abbiamo creato una pagina wiki che via via aggiorneremo.
> Vi lascio il link per vedere la pagina: https://wiki.
> openstreetmap.org/wiki/WikiProject_Italy
>
> Grazie per l'attenzione,
>
> Lorenzo
>
>
> Ciao a te e al resto della banda :-)
> benvenuti ufficialmente sulla mailing list talk-it, speriamo d'incontrarvi
> a merge-it il 24 marzo a Torino.
>
>
> Alessandro Ale_Zena_IT
>
> P.S.:il link diretto alla pagina wiki è https://wiki.openstreetmap.
> org/wiki/WikiProject_Italy/2018Avogadro
>
> ___
> 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-transit] OpenMetroMaps workshop in Berlin on February 11

[Florian LAINEZ]

Hi Sebastian,
The jungle bus  team is also working on such a
project for bus networks: https://github.com/Jungle-Bus/VapourTrail
Nothing serious yet, but we already learned a lot because we are making
progress on this topic since 2 years now.
Should we talk about it?

2018-02-06 18:02 GMT+01:00 Sebastian Kürten 
:

> Hello,
>
> sorry for cross-posting here, but while I wanted to address the
> OSM-community in general, I think this is probably the right list for
> people interested in this topic.
>
> I'm hosting an event about the project[1] I've been working on since
> September. It's mostly about schematic maps for transit systems but
> also more generally about modelling transit systems and applications of
> such models. See these posts in English[2] and German[3] for more
> details.
>
> Please let me know via email if you're interested in joining the
> discussion. It will take place at the Wikimedia Berlin office:
>
> Wikimedia Deutschland e.V.
> Tempelhofer Ufer 23–24
> 10963 Berlin
>
> on Sunday, February 11 between 14h and 16:30h.
>
> Best,
> Sebastian
>
> [1] http://www.openmetromaps.org/
> [2] https://lists.wikimedia.org/pipermail/wikidata/2018-
> February/011766.html
> [3] https://lists.openstreetmap.org/pipermail/talk-de/2018-
> February/114636.html
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit
>



-- 

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

Re: [Talk-it] Area/deposito legname provvisorio.

[Martin Koppenhoefer]

landuse=industrial comprende già storage, anche se qui "industrial" lo
trovo poco pertinente, credo inventando un nuovo landuse=storage si
creerebbe confusione tra questi due.

man_made=storage
storage=pile (indica il tipo di storage facility)
substance=wood ?  -> substance dice il wiki si riferisce a pipelines:
https://wiki.openstreetmap.org/wiki/Key%3Asubstance

material=wood? "timber" ho trovato sopratutto per la chiave "industrial" e
per "produce"

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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 139, Parution 16

[Martin Noblecourt]

Bonjour,

Pour info on avait publié il y a 3 ans un tuto expliquant 4 méthodes 
dont BBike et Geofabrik pour importer la donnée OSM sous QGIS : 
http://blog.cartong.org/2015/05/28/tuto-donnee-osm-sous-qgis/


Ça serait probablement à actualiser par contre ! (et ça ne mentionnait 
pas Pakku qui n'existait pas à l'époque me semble-t-il)


Martin


On 14/02/2018 10:29, talk-fr-requ...@openstreetmap.org wrote:

Subject:
Re: [OSM-talk-fr] Une alternative à Pakku ?
From:
Vincent Bergeot 
Date:
14/02/2018 10:29

To:
talk-fr@openstreetmap.org


Le 14/02/2018 à 10:25, Corentin a écrit :

Bonjour,

Le site BBBbike permet des export dans différents formats en 
sélectionnant une zone sur la carte.


Voici le lien : https://extract.bbbike.org/ 


idem que mon autre mail, c'est super bbike mais pakk.io c'est bien 
géolocalisées et thématiques : 
https://www.data.gouv.fr/fr/reuses/pakku-io-lopen-data-geolocalise-pour-tous/










Le 14 février 2018 à 10:22, Axelos > a écrit :


Bonjour,


Le 14/02/2018 à 10:17, REBOUX Maël a écrit :
> Le site http://pakku.io/ qui permettait de télécharger des
données OSM pré-pakagées n'existe malheureusement plus.
>
> Existe-t-il une ou des alternatives ?


Je ne connaissais pas ce service, mais http://download.geofabrik.de/
devrait pouvoir répondre à la demande.

Cordialement, Axel.

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





--
--
Corentin LEMAITRE
Consultant mobilité durable et urbanisme
Présent sur LinkedIn  et 
Twitter 



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




---
This email has been checked for viruses by AVG.
http://www.avg.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rencontre parisienne 22 février 2019

[François Lacombe]

Merci de remobiliser du monde Donat :)

Ironie, j'arrive de manière permanente à Paris à partir du 22, mais tard le
soir.
J'en serai donc à partir de la fois suivante

François

Le 14 février 2018 à 10:47, Florian LAINEZ  a écrit :

> J'en suis !
>
> Cool de relancer ça, merci.
> Je trouve ça vraiment bien de fixer un thème de mapping pour qu'on ai tous
> un objectif commun durant cette soirée.
> Bien entendu cela reste ouvert aux débutants ... au plaisir de vous y voir.
>
> Le 13 février 2018 à 23:48, Donat ROBAUX  a écrit :
>
>> Après des mois d'absence, la traditionnelle rencontre du dernier jeudi de
>> chaque mois à 19h30 approche.
>>
>> C'est ici: FPH, Fondation Charles-Léopold Mayer pour le Progrès de
>> l'Homme 38 rue Saint-Sabin Paris 11
>>
>> Je propose de cartographier les hôpitaux avec service d'urgence, parce
>> qu'ils en manquent.
>> On pourra également faire autre chose si le besoin s'en fait sentir.
>>
>> Pour le reste des infos, c'est par là:
>> http://www.agendadulibre.org/events/16263
>> Et discussion sur le forum IdF http://forum.openstreetmap.fr/
>> viewtopic.php?f=18=6716
>>
>> J'espère nous y voir nombreux.
>>
>> Donat
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rencontre parisienne 22 février 2019

[Florian LAINEZ]

J'en suis !

Cool de relancer ça, merci.
Je trouve ça vraiment bien de fixer un thème de mapping pour qu'on ai tous
un objectif commun durant cette soirée.
Bien entendu cela reste ouvert aux débutants ... au plaisir de vous y voir.

Le 13 février 2018 à 23:48, Donat ROBAUX  a écrit :

> Après des mois d'absence, la traditionnelle rencontre du dernier jeudi de
> chaque mois à 19h30 approche.
>
> C'est ici: FPH, Fondation Charles-Léopold Mayer pour le Progrès de l'Homme
> 38 rue Saint-Sabin Paris 11
>
> Je propose de cartographier les hôpitaux avec service d'urgence, parce
> qu'ils en manquent.
> On pourra également faire autre chose si le besoin s'en fait sentir.
>
> Pour le reste des infos, c'est par là:
> http://www.agendadulibre.org/events/16263
> Et discussion sur le forum IdF http://forum.openstreetmap.fr/
> viewtopic.php?f=18=6716
>
> J'espère nous y voir nombreux.
>
> Donat
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_6804463630916841922_m_-7506661026263242023_m_-9220444165106345508_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

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

Re: [OSM-talk-fr] Une alternative à Pakku ?

[Axelos]

Coucou,


Le 14/02/2018 à 10:25, Corentin a écrit :
> Le site BBBbike permet des export dans différents formats en sélectionnant
> une zone sur la carte.
> 
> Voici le lien : https://extract.bbbike.org/ 


Merci pour le lien, l'interface propose de nombreuses options, paf dans
mes favoris en attendant de tester :)

Cordialement, Axel.

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

Re: [OSM-talk-fr] Une alternative à Pakku ?

[marc marc]

Le 14. 02. 18 à 10:17, REBOUX Maël a écrit :
> Le site http://pakku.io/ qui permettait de télécharger des données OSM 
> pré-pakagées n’existe malheureusement plus.
> 
> Existe-t-il une ou des alternatives ?

je ne l'ai jamais connu mais quand je lis leur descriptif sur gouv.fr
https://www.data.gouv.fr/fr/reuses/pakku-io-lopen-data-geolocalise-pour-tous/
j'ai l'impression que l'assistant overpass-turbo fait la même chose
Leur exemple "Aéroports en Loire-Atlantique" devient “airport in 
Loire-Atlantique” dans overpass-turbo.
il faut juste ne pas utiliser un overpass public pour synchroniser
un site thématique, pour cela un filtrage des diff est + approprié.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Une alternative à Pakku ?

[Vincent Bergeot]

Le 14/02/2018 à 10:25, Corentin a écrit :

Bonjour,

Le site BBBbike permet des export dans différents formats en 
sélectionnant une zone sur la carte.


Voici le lien : https://extract.bbbike.org/ 


idem que mon autre mail, c'est super bbike mais pakk.io c'est bien 
géolocalisées et thématiques : 
https://www.data.gouv.fr/fr/reuses/pakku-io-lopen-data-geolocalise-pour-tous/










Le 14 février 2018 à 10:22, Axelos > a écrit :


Bonjour,


Le 14/02/2018 à 10:17, REBOUX Maël a écrit :
> Le site http://pakku.io/ qui permettait de télécharger des
données OSM pré-pakagées n'existe malheureusement plus.
>
> Existe-t-il une ou des alternatives ?


Je ne connaissais pas ce service, mais http://download.geofabrik.de/
devrait pouvoir répondre à la demande.

Cordialement, Axel.

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





--
--
Corentin LEMAITRE
Consultant mobilité durable et urbanisme
Présent sur LinkedIn  et 
Twitter 



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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Une alternative à Pakku ?

[Vincent Bergeot]

Le 14/02/2018 à 10:22, Axelos a écrit :

Bonjour,


Le 14/02/2018 à 10:17, REBOUX Maël a écrit :

Le site http://pakku.io/ qui permettait de télécharger des données OSM 
pré-pakagées n'existe malheureusement plus.

Existe-t-il une ou des alternatives ?


Je ne connaissais pas ce service, mais http://download.geofabrik.de/
devrait pouvoir répondre à la demande.



il me semble que geofrabrik télécharge toutes les données osm d'une région.
Pakku.io permettait d'avoir des données osm thématisées (et 
territorialisées ?) / les commerces de ma ville ! Les écoles du 
département ...


Aujourd'hui l'alternative que je connais c'est de passer par 
http://overpass-turbo.eu/


Curieux de connaître d'autres alternatives !


--
Vincent Bergeot


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

Re: [OSM-talk-fr] Une alternative à Pakku ?

[Corentin]

Bonjour,

Le site BBBbike permet des export dans différents formats en sélectionnant
une zone sur la carte.

Voici le lien : https://extract.bbbike.org/ 

Le 14 février 2018 à 10:22, Axelos  a écrit :

> Bonjour,
>
>
> Le 14/02/2018 à 10:17, REBOUX Maël a écrit :
> > Le site http://pakku.io/ qui permettait de télécharger des données OSM
> pré-pakagées n'existe malheureusement plus.
> >
> > Existe-t-il une ou des alternatives ?
>
>
> Je ne connaissais pas ce service, mais http://download.geofabrik.de/
> devrait pouvoir répondre à la demande.
>
> Cordialement, Axel.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
--
Corentin LEMAITRE
Consultant mobilité durable et urbanisme
Présent sur LinkedIn  et
Twitter 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Area/deposito legname provvisorio.

[Volker Schmidt]

landuse=storage
substance=timber
?
Forse conviene portare la questione sulla lista tagging. Ci deve essere un
tagging esistente per depositi all'aperto, che mi sfugge.

On 14 Feb 2018 12:31 a.m., "Martin Koppenhoefer" 
wrote:

>
>
> 2018-02-12 19:49 GMT+01:00 liste DOT girarsi AT posteo DOT eu <
> liste.gira...@posteo.eu>:
>
>> Il 12/02/2018 19:39, Volker Schmidt ha scritto:
>>
>>> La tua foto è relativa alla piazza per legname e su questo non ho
>>> problemi.
>>> Il mio punto è  che questo non è un passing_place. Tutto lì.
>>>
>>>
>>>
>> Ok, niente passing_place, però per i restanti tag per l'area, vanno bene
>> i seuenti:
>>
>> landuse=depot
>> depot:type=tree_trunks
>> access=private;forestry
>> motor_vheicle=private;forestry
>> operator=*
>> surface=compacted
>>
>
>
>
> secondo il wiki landuse=depot si usa soltanto per depositi di veicoli:
> "landuse=depot is used to describe an area used as a depot for trains,
> buses, trams or other vehicles."
> https://wiki.openstreetmap.org/wiki/Tag:landuse%3Ddepot
>
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Une alternative à Pakku ?

[Axelos]

Bonjour,


Le 14/02/2018 à 10:17, REBOUX Maël a écrit :
> Le site http://pakku.io/ qui permettait de télécharger des données OSM 
> pré-pakagées n'existe malheureusement plus.
> 
> Existe-t-il une ou des alternatives ?


Je ne connaissais pas ce service, mais http://download.geofabrik.de/
devrait pouvoir répondre à la demande.

Cordialement, Axel.

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

[OSM-talk-fr] Une alternative à Pakku ?

[REBOUX Maël]

Bonjour,

Le site http://pakku.io/ qui permettait de télécharger des données OSM 
pré-pakagées n'existe malheureusement plus.

Existe-t-il une ou des alternatives ?

Cdt,

Maël REBOUX
Service Information Géographique Rennes Métropole
Chargé de mission "diffusion"
02 99 86 63 71
Twitter : @mael_reboux_ig

https://public.sig.rennesmetropole.fr   
|  https://data.rennesmetropole.fr

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

Re: [Talk-hr] Eko karta zavoda Andrije Štampara

[hbogner]

Prije je bila ideja kreirati na wiki listu stranica koje koriste OSM u 
RH, pa onda razraditi na one koji imaju pravilnu licencu, i one koji 
nemaju. Plan je bio napraviti našu internu listu, na iz koje se može 
ažurirati ona globalna.


Pozdrav, Hrvoje

On 14.02.2018 01:36, Borut Maricic wrote:

Izbjegavam se suviše miješati, jer baš i nisam aktivan u HR.
No ipak, i ja mislim kao Hrvoje: Da, po meni si Janko u
pravu i to zaista treba pokrenuti. Koliko sam mogao naći i
razumjeti, slučaj se može odmah unijeti i u odgovarajući
popis na wikiju, a onda se kontaktira izdavač. Procedura,
pojašnjenja i popis slučajeva su tu:

https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution

Ja bih poruku slao istovremeno i "naručitelju" i
"realizatoru radova". Mislim da je planirani dopis vrlo
prijazan (možda čak i malo previše - pitanje je da li će oni
to shvatiti ozbiljno).

Ne mogu vjerovati da firma koja napravi takvu ozbiljnu i
hvale vrijednu aplikaciju previdi/zaboravi OSM-licencu. Za
mene je to svinjarija (koja nije HR-posebnost - nađe se toga
i u AT, samo nisam imao energije pokretati "službeni"
postupak).

Pozdrav,
Borut

2018-02-13 22:16:45 hbogner (hbogner+n...@gmail.com):


DA, treba svima koji koriste OSM, a ne navode ga kao izvor, početi slati
informativne mailove da navedu OSM.



Pozdrav, Hrvoje




On 12.02.2018 12:11, Darko Boto wrote:

Janko,
naručitelj je Nastavni zavod za javno zdravstvo „Dr. Andrija Štampar“ pa
mislim da njima treba poslati mail. Onda na osnovu te informacije oni šalju
zahtjev izvođaču da tu informaciju stave na kartu.
To je radila IGEA (dio je IN2 grupe) i očigledno ih nisu upozorili na
uvjete korištenja OSM podataka.

Darko

2018-02-12 11:50 GMT+01:00 Janko Mihelić :


Pozdrav kartografi,

vidio sam ovu kartu, evo linka:

http://ekokartazg.westeurope.cloudapp.azure.com/

i čini se da koriste OSM, ali nigdje to ne priznaju. Hoćemo im slati mail?
Kartu je radila firma IN2, pa mi se čini da njima treba slati primjedbu jer
ovi iz zavoda tu vjerojatno ništa ne mogu. Nisam mogao naći nekakav dobar
mail osim onog glavnog: i...@in2.eu. Možda bi trebali poslati na Facebook
ili Twitter?

Ja bih poslao nešto ovakvo:

Pozdrav,
šaljem ovu poruku u ime organizacije OpenStreetMap Hrvatska. Vidjeli smo da
ste u Vašoj Eko karti koristili OpenStreetMap podatke i to nas veseli jer
volimo vidjeti da se naši podaci koriste. Ipak, korištenje tih podataka
dolazi sa određenim dužnostima koje donosi licenca ODbL. Vidimo da te
dužnosti niste ispunili pa Vas molimo da to ispravite kako bi poštovali
Vašu odgovornost. Ukratko, trebalo bi na kartu staviti tekst "©
OpenStreetMap doprinositelji" sa linkom na stranicu: "
https://www.openstreetmap.org/copyright;.  Svi detalji su opisani na tom
linku:

https://www.openstreetmap.org/copyright

Hvala,

Janko Mihelić
___
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





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

Re: [Talk-it] correggere errore

[Ivo Reano]

Non potrebbero essere errori preesistenti?
A me capita che al caricamento di qualche modifica Josm mi segnali errori
vari nella zona "caricata".


Il giorno 14 febbraio 2018 00:16, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> 2018-02-14 0:04 GMT+01:00 riccardopastoc...@alice.it <
> riccardopastoc...@alice.it>:
>
>>
>>
>> Ho provato a mettere i numeri civici (es via carlo urbani a Recanati) con
>> Josm, mi da questo errore:
>>
>>
>> relazioni senza tipo (1)
>>
>> relazione (0,0 membri)
>>
>>
>> Qualcuno mi può aiutare?
>>
>>
>
>
> per i civici è spesso sufficiente un nodo con i tag addr:housenumber e
> addr:street, e spesso un tag come barrier=gate o entrance=yes / main / no
> (nel caso di un edificio).
> esiste anche un preset in JOSM (io me l'ho messo nel menu, perché lo uso
> spesso, autocompletion non funziona bene con i tag simili come addr:*)
>
> Ciao,
> Martin
>
> ___
> 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