Re: [Talk-cz] mail d...@openstreetmap.cz

[Marián Kyral]

Prosím o hodnoty proměnných WEBSERVER a LISTNAME. Moje křišťálová koule
aktuálně nefunguje.

Marián

-- Původní e-mail --
Od: Michal Grézl 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 2. 2018 8:10:54
Předmět: Re: [Talk-cz] mail d...@openstreetmap.cz
"dela se to takto
http://www.list.org/mailman-member/node13.html

2018-02-20 7:51 GMT+01:00 Michal Grézl :
> subscribe probehne po potvrzovacim mailu
>
> tak se tam zkuste prihlasit
>
> az to vychytame tak presunu weekly
>
> 2018-02-19 14:48 GMT+01:00 Michal Grézl :
>> zapomel sem ze to existuje:)
>> uz je to vyrobene jako mailing list, maily to prijima
>> ted jen hledam, kde se zapina automaticky subscribe
>>
>> 2018-02-19 13:52 GMT+01:00 Marián Kyral :
>>> Tak jsem to zkusil taky...
>>>
>>> You message for  from 2018/02/19 could not be
>>> delivered.
>>> It's attached below.
>>>
>>> Důvod / Reason:
>>> ---
>>>
>>> 5.0.0 smtp; 550 5.1.1 : Recipient address
rejected:
>>> User unknown in local recipient table
>>>
>>>
>>>
>>> Permanent Failure - Other or Undefined Status
>>>
>>>
>>>
>>>
>>> -- Původní e-mail --
>>> Od: Tom Ka 
>>> Komu: OpenStreetMap Czech Republic 
>>> Datum: 19. 2. 2018 9:18:38
>>> Předmět: [Talk-cz] mail d...@openstreetmap.cz
>>>
>>> Ahoj, dneska na mne rval twitter pri zadavani weekly:
>>>
>>> Je vaše e-mailová adresa aktivní? Zkoušeli jsme vám na
>>> d...@openstreetmap.cz posílat e-maily, ale vracejí se nám nedoručené.
>>> Aktualizujte nastavení e-mailu nebo zkuste zprávu poslat znovu na svou
>>> aktuální adresu.
>>>
>>> Walley?
>>>
>>> Bye Tom.K
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>
>>
>>
>> --
>> Michal Grézl
>> http://openstreetmap.cz
>
>
>
> --
> Michal Grézl
> http://openstreetmap.cz



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

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

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

[grubernd]

On 2018-02-19 15:15, Johann Haag wrote:
Nun kommt doch dieser Tiroler daher, und führt sich auf wie Michael 
Kohlhaas.


was hat der Kohlhaas für einen OSM-Namen? ;-)


Plötzlich erwacht die Wiener OSM Welt zum Leben, Geschütze 
werden geölt, lange schon als verschollen gegoltene talk User werfen 
wieder ihren verstaubten Mail Client an. Allianzen mit Deutschen 
Administratoren werden zwecks Sperrfeuer aktiviert. 



und dann melden sich auch noch Steirer zu Wort. Skandal! wir haben eine 
Herkunft. und eine Meinung. und wenn die Meinung divergiert, dann wird 
schnell mal die Herkunft herangezogen als Unterscheidungsmerkmal, weil 
Regionalstolz und so, und die von "da draussen" sind böse usw usw.


nein.

es gibt einfach Leute, die eine andere Meinung haben. diese (siehe 
letzte Mail) kann unter Umständen sehr berechtigte Gründe haben. dass 
die Leut' dabei aus aller Herren Länder stammen ist reiner Zufall und 
bei einem weltumspannenden Projekt nicht zu vermeiden.



grüsse,
grubernd


PS:

"Aus diesem Grund erklärte Kohlhase 1534 die Fehde und es wird 
berichtet, dass er Häuser in Wittenberg niederbrannte. Er beging weitere 
Verbrechen. Schließlich wurde er ergriffen und am 22. März 1540 in 
Berlin öffentlich hingerichtet."


Quelle: https://de.wikipedia.org/wiki/Michael_Kohlhaas


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

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

[gppes_osm]

Ich widerspreche mal kurz:
Aus dieser Diskussion kann keine Vorlage fuer irgend ein Wiki werden!

Leider habe ich Volkis Argumentation fuer addressN nicht verstanden und noch 
einmal lesen geht nicht, ich finde es in dem Chaos nicht mehr.

Lg, Gppes

> Gesendet: Montag, 19. Februar 2018 um 10:54 Uhr
> Von: grubernd 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] OSM Nominatim Adress Suche in Wien
>
> ich klink mich mal aus, weil die Diskussion ist mir zu blabla.
> 
> schreibt bitte jemand die Essenz dann schön sauber ins englische Wiki 
> damit wir normalsterblichen dann in ein paar Monaten das richtig taggen?
> 
> DANKE!
> 
> 
> On 2018-02-16 23:52, Johann Haag wrote:
> > Ich habe dieses Tagging bereits ausführlich getestet, OSMNominatim 
> > arbeitet hiermit perfekt.
> 
> du willst ernsthaft Daten in der OSM so anpassen, dass sie in dem 
> komplett kaputten Nominatim funktionieren? ein Tool, das päpstlicher als 
> der Papst ist in Sachen exakter Schreibweise? und selbst korrekt 
> geschriebene Einträge nicht findet, weil es kaputt ist?
> 
> also bevor du die Adressen in _Wien_ an Nominatim anpasst empfehle ich 
> dir lieber Nominatim toleranter und intelligenter zu programmieren.
> 
> hier mitmachen:
> https://github.com/openstreetmap/Nominatim
> 
> 
> grüsse,
> grubernd
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

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

Re: [Talk-at] "geocodec/Socke/Johann Haag" stummschalten

[gppes_osm]

Hi,

wieso verwendest Du fuer Deine Einfahrten nicht:

highway = service
service = driveway
area = yes

Das sollte doch eine gueltige Moeglichkeit sein?

Und wie Dir schon (von drei Leuten auch bei Deinem Adressmapping fuer Wien) im 
Forum laengst vor dieser Diskussion hier widersprochen wurde:

BEV != OSM
basemap != OSM

Lg, Gppes

> Gesendet: Dienstag, 20. Februar 2018 um 06:54 Uhr
> Von: "Johann Haag" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] "geocodec/Socke/Johann Haag" stummschalten
>
> Hallo Andreas,
> Ich eifere im osm möglichen, lediglich der basemap 
> https://www.basemap.at/application/index.html#{"center":[1380197.8514428793,6028349.185388953],"zoom":19,"rotation":0,"layers":"0010“}
>  sowie dem Stadtplan Wien nach 
> https://www.wien.gv.at/stadtplan/grafik.aspx?lang=de-AT=w90eRrVhwkWz28NDgvZPQ-a5Rphlnqnnkur2pH4Oprw-b-b
>  
> 
> 
> Seltsamerweise sind genau jene Elemente welche Karten für Menschen smart und 
> nützlich machen (z.b. eine funktionierende Adress Suche) dem osm Projekt 
> entsagt, hingegen basemap und Stadtplan sehr ausgiebig davon Gebrauch machen. 
> Der Grund hierfür ist meiner Meinung und nach 1.5 Millionen von mir 
> gezeichneten OSM Nodes, Lobbyismus. Deine Vorwürfe mir gegenüber passen dazu.
> 
> Grüße Johann
> Osm: wiki the map
> 
> > Am 20.02.2018 um 06:26 schrieb andreas wecer :
> > 
> > On Sun, Feb 18, 2018 at 8:27 PM Johann Haag  > > wrote:
> > Zur Beruhigung Deines Gemütes [...]
> > micromapping mapping exempel:  
> > https://www.openstreetmap.org/#map=19/47.52588/12.39863 
> > 
> > 
> > Nicht auch noch zur "Beruhigung des Gemüts" dein eigenwilliges 
> > Löcherschneiden in Residentials, nachdem asphaltierte Teile eines 
> > Grundstücks kein Wohngebiet sein sollen und von dem du genau weißt, dass 
> > dir dabei noch jedes Mal von allen widersprochen wurde. Wie bei allen 
> > anderen Themen interessiert dich die allgemeine Meinung aber herzlich 
> > wenig, während du allen anderen die wildesten Motive und 
> > Verschwörungstheorien unterstellst. Besonders amüsant ist ja deine 
> > Vorstellung der "Allianzen", als würdest du es mit deiner Art nicht ganz 
> > von selbst schaffen, jedem furchtbar auf die Nerven zu gehen. Ich werde 
> > deine Nachrichten jetzt auch filtern und versuchen zu ignorieren, das ist 
> > sinnlos, führt zu nichts und regt nur auf.
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-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

[grubernd]

Seitens Nominatim gibt es einen ersten Kommentar 
:


·There will be no parsing of addr:housenumber for unit numbers. Any 
support for unit numbers on the Nominatim side will only rely on a 
separate tag addr:unit.


Johann, ich hoffe du hast das gelesen, verstanden und tust es nicht als 
Lobbyismus ab, sondern verstehst warum "Do not map for the renderer" so 
eine wichtige Regel ist. und dass Nominatim nur einer von vielen 
Renderern ist.



Don't hack them into housenumber just to tag for 
a broken Nomiantim.


hehe, sag ich ja, kaputt. =)


grüsse,
grubernd

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

Re: [Talk-cz] mail d...@openstreetmap.cz

[Michal Grézl]

dela se to takto
http://www.list.org/mailman-member/node13.html

2018-02-20 7:51 GMT+01:00 Michal Grézl :
> subscribe probehne po potvrzovacim mailu
>
> tak se tam zkuste prihlasit
>
> az to vychytame tak presunu weekly
>
> 2018-02-19 14:48 GMT+01:00 Michal Grézl :
>> zapomel sem ze to existuje:)
>> uz je to vyrobene jako mailing list, maily to prijima
>> ted jen hledam, kde se zapina automaticky subscribe
>>
>> 2018-02-19 13:52 GMT+01:00 Marián Kyral :
>>> Tak jsem to zkusil taky...
>>>
>>> You message for  from 2018/02/19 could not be
>>> delivered.
>>> It's attached below.
>>>
>>> Důvod / Reason:
>>> ---
>>>
>>> 5.0.0 smtp; 550 5.1.1 : Recipient address rejected:
>>> User unknown in local recipient table
>>>
>>>
>>>
>>> Permanent Failure - Other or Undefined Status
>>>
>>>
>>>
>>>
>>> -- Původní e-mail --
>>> Od: Tom Ka 
>>> Komu: OpenStreetMap Czech Republic 
>>> Datum: 19. 2. 2018 9:18:38
>>> Předmět: [Talk-cz] mail d...@openstreetmap.cz
>>>
>>> Ahoj, dneska na mne rval twitter pri zadavani weekly:
>>>
>>> Je vaše e-mailová adresa aktivní? Zkoušeli jsme vám na
>>> d...@openstreetmap.cz posílat e-maily, ale vracejí se nám nedoručené.
>>> Aktualizujte nastavení e-mailu nebo zkuste zprávu poslat znovu na svou
>>> aktuální adresu.
>>>
>>> Walley?
>>>
>>> Bye Tom.K
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>
>>
>>
>> --
>> Michal Grézl
>> http://openstreetmap.cz
>
>
>
> --
> Michal Grézl
> http://openstreetmap.cz



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

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

Re: [Talk-at] "geocodec/Socke/Johann Haag" stummschalten

[Johann Haag]

Hallo Andreas,
unser Vorbild basemap  https://i.imgur.com/E47uhmj.png und Stadtplan
Wienhttps://www.wien.gv.at/stadtplan/grafik.aspx?lang=de-AT=nzA-cRnepO0ZPJ9FDUA9dQ-a5Rphlnqnnkur2pH4Oprw-b-b
wenden genau jene Elemente an, welche dem osm Projekt entsagt sind, und
Karten für Menschen smart und nützlich machen (eine funktionierende Adress
Suche, und beschreibende Straßen Flächen).

Der Grund warum im OSM WIKI, viele hübsche Beschränkungen stehen, ist
meiner Meinung nach oftmals  Lobbyismus. Nach von mir 1.5 Millionen, dem
OpenStreetMap beigetragenen "Socken" Nodes, komm ich über vielen im Projekt
festgestellte seltsame Ecken und Kanten eben zu diesem Schluss. Deine
Vorwürfe hier passen gut in dieses Konzert.

Und meiner Meinung nach dient talk als Vehikel, um OSM von außen zu
beeinflussen.

Grüße Johann
Osm: wiki the map

mein talk-at Lesezeichen http://talk.hxg.at


Am 20. Februar 2018 um 06:26 schrieb andreas wecer 
:

> On Sun, Feb 18, 2018 at 8:27 PM Johann Haag  wrote:
>
>> Zur Beruhigung Deines Gemütes [...]
>> micromapping mapping exempel:  https://www.openstreetmap.org/#map=19/47.
>> 52588/12.39863
>>
>
> Nicht auch noch zur "Beruhigung des Gemüts" dein eigenwilliges
> Löcherschneiden in Residentials, nachdem asphaltierte Teile eines
> Grundstücks kein Wohngebiet sein sollen und von dem du genau weißt, dass
> dir dabei noch jedes Mal von allen widersprochen wurde. Wie bei allen
> anderen Themen interessiert dich die allgemeine Meinung aber herzlich
> wenig, während du allen anderen die wildesten Motive und
> Verschwörungstheorien unterstellst. Besonders amüsant ist ja deine
> Vorstellung der "Allianzen", als würdest du es mit deiner Art nicht ganz
> von selbst schaffen, jedem furchtbar auf die Nerven zu gehen. Ich werde
> deine Nachrichten jetzt auch filtern und versuchen zu ignorieren, das ist
> sinnlos, führt zu nichts und regt nur auf.
>
> ___
> 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-it] Why OpenStreetMap is in Serious Trouble

[Aury88]

Germano Massullo wrote
> Circa il discorso "fruibilità da parte degli utenti finali": mi permetto
> di dire che la fruizione di contenuti, specialmente di mappe avviene
> soprattutto su dispositivi mobili. L'applicazione di punta per quanto
> riguarda Android, OSMAnd, è di una lentezza che rende l'esperienza
> utente più che frustrante: in aree dense di oggetti, il cellulare non fa
> altro che renderizzare tutto da capo ogni volta che si sposta la visuale.
> Sebbene l'applicazione sia sviluppata da terze parti, la OSM Foundation
> dovrebbe sponsorizzare la riscrittura del codice del motore di rendering.
> Quando ho tempo vorrei parlarne sulla lista internazionale per vedere se
> qualcuno è d'accordo.

onestamente l'idea non mi convince molto. osmand è solo uno degli
utilizzatori di OSM...il non fornire direttamente il servizio ha certamente
aiutato a diffondere osm sui servizi commerciali e non; lo sponsorizzare un
servizio a discapito di tutti gli altri elimina questo vantaggio dato dalla
neutralità di OSMsenza considerare che OSMAnd ha già i suoi canali di
finanziamento vendendo plugin per il proprio software. 
a questo punto tanto vale sviluppare in casa il servizio così da avere una
sorta di QA sui prodotti/servizi



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

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

Re: [Talk-at] "geocodec/Socke/Johann Haag" stummschalten

[Johann Haag]

 Hallo Andreas,
unser Vorbild basemap  https://i.imgur.com/E47uhmj.png und Stadtplan Wien
https://www.wien.gv.at/stadtplan/grafik.aspx?lang=de-AT=nzA-cRnepO0ZPJ9FDUA9dQ-a5Rphlnqnnkur2pH4Oprw-b-b
wenden genau jene Elemente an, welche dem osm Projekt entsagt sind, und
Karten für Menschen smart und nützlich machen (eine funktionierende Adress
Suche, und beschreibende Straßen Flächen).

Der Grund warum im OSM WIKI, viele hübsche Beschränkungen stehen, ist
meiner Meinung nach oftmals  Lobbyismus. Nach von mir 1.5 Millionen, dem
OpenStreetMap beigetragenen "Socken" Nodes, komm ich über vielen im Projekt
festgestellte seltsame Ecken und Kanten eben zu diesem Schluss. Deine
Vorwürfe hier passen gut in dieses Konzert.

Und meiner Meinung nach dient talk als Vehikel, um OSM von außen zu
beeinflussen.

Grüße Johann
Osm: wiki the map



Am 20. Februar 2018 um 06:54 schrieb Johann Haag :

> Hallo Andreas,
> Ich eifere im osm möglichen, lediglich der basemap https://www.basemap.at/
> application/index.html#{"center":[1380197.8514428793,
> 6028349.185388953],"zoom":19,"rotation":0,"layers":"0010“} sowie dem
> Stadtplan Wien nach https://www.wien.gv.at/stadtplan/grafik.aspx?lang=de-
> AT=w90eRrVhwkWz28NDgvZPQ-a5Rphlnqnnkur2pH4Oprw-b-b
>
> Seltsamerweise sind genau jene Elemente welche Karten für Menschen smart
> und nützlich machen (z.b. eine funktionierende Adress Suche) dem osm
> Projekt entsagt, hingegen basemap und Stadtplan sehr ausgiebig davon
> Gebrauch machen. Der Grund hierfür ist meiner Meinung und nach 1.5
> Millionen von mir gezeichneten OSM Nodes, Lobbyismus. Deine Vorwürfe mir
> gegenüber passen dazu.
>
> Grüße Johann
> Osm: wiki the map
>
> Am 20.02.2018 um 06:26 schrieb andreas wecer :
>
> On Sun, Feb 18, 2018 at 8:27 PM Johann Haag  wrote:
>
>> Zur Beruhigung Deines Gemütes [...]
>> micromapping mapping exempel:  https://www.openstreetmap.org/#map=19/47.
>> 52588/12.39863
>>
>
> Nicht auch noch zur "Beruhigung des Gemüts" dein eigenwilliges
> Löcherschneiden in Residentials, nachdem asphaltierte Teile eines
> Grundstücks kein Wohngebiet sein sollen und von dem du genau weißt, dass
> dir dabei noch jedes Mal von allen widersprochen wurde. Wie bei allen
> anderen Themen interessiert dich die allgemeine Meinung aber herzlich
> wenig, während du allen anderen die wildesten Motive und
> Verschwörungstheorien unterstellst. Besonders amüsant ist ja deine
> Vorstellung der "Allianzen", als würdest du es mit deiner Art nicht ganz
> von selbst schaffen, jedem furchtbar auf die Nerven zu gehen. Ich werde
> deine Nachrichten jetzt auch filtern und versuchen zu ignorieren, das ist
> sinnlos, führt zu nichts und regt nur auf.
> ___
> 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-it] Why OpenStreetMap is in Serious Trouble

[Maurizio Napolitano]

OT: prova maps.me

Il 19 Feb 2018 23:33, "Germano Massullo"  ha
scritto:

> Circa il discorso "fruibilità da parte degli utenti finali": mi permetto
> di dire che la fruizione di contenuti, specialmente di mappe avviene
> soprattutto su dispositivi mobili. L'applicazione di punta per quanto
> riguarda Android, OSMAnd, è di una lentezza che rende l'esperienza
> utente più che frustrante: in aree dense di oggetti, il cellulare non fa
> altro che renderizzare tutto da capo ogni volta che si sposta la visuale.
> Sebbene l'applicazione sia sviluppata da terze parti, la OSM Foundation
> dovrebbe sponsorizzare la riscrittura del codice del motore di rendering.
> Quando ho tempo vorrei parlarne sulla lista internazionale per vedere se
> qualcuno è d'accordo.
>
>
> ___
> 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-cz] mail d...@openstreetmap.cz

[Michal Grézl]

subscribe probehne po potvrzovacim mailu

tak se tam zkuste prihlasit

az to vychytame tak presunu weekly

2018-02-19 14:48 GMT+01:00 Michal Grézl :
> zapomel sem ze to existuje:)
> uz je to vyrobene jako mailing list, maily to prijima
> ted jen hledam, kde se zapina automaticky subscribe
>
> 2018-02-19 13:52 GMT+01:00 Marián Kyral :
>> Tak jsem to zkusil taky...
>>
>> You message for  from 2018/02/19 could not be
>> delivered.
>> It's attached below.
>>
>> Důvod / Reason:
>> ---
>>
>> 5.0.0 smtp; 550 5.1.1 : Recipient address rejected:
>> User unknown in local recipient table
>>
>>
>>
>> Permanent Failure - Other or Undefined Status
>>
>>
>>
>>
>> -- Původní e-mail --
>> Od: Tom Ka 
>> Komu: OpenStreetMap Czech Republic 
>> Datum: 19. 2. 2018 9:18:38
>> Předmět: [Talk-cz] mail d...@openstreetmap.cz
>>
>> Ahoj, dneska na mne rval twitter pri zadavani weekly:
>>
>> Je vaše e-mailová adresa aktivní? Zkoušeli jsme vám na
>> d...@openstreetmap.cz posílat e-maily, ale vracejí se nám nedoručené.
>> Aktualizujte nastavení e-mailu nebo zkuste zprávu poslat znovu na svou
>> aktuální adresu.
>>
>> Walley?
>>
>> Bye Tom.K
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>
>
>
> --
> Michal Grézl
> http://openstreetmap.cz



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

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

Re: [Talk-it] Utilizzo amenity=recycling

[Gianluca Boero]

Dalle mie parti la situazione è molto simile al'iimagine del wiki 
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling il quale 
identifica un punto di raccolta anche a bordo strada (zone dove sono 
dislocati i cassonetti) oppure un centro (area di stoccaggio delimitato 
con corsie per passaggio mezzi).


Waste mi sembra destinato quasi esclusivamente alla raccolta 
indifferenziata senza distinzione (o quasi), invece da me le tipologie 
sono molteplici.


Nello specifico qui ci sono le istruzioni per ogni cassonetto, su cosa 
si può buttare e cosa no.


http://ambiente.aceapinerolese.it/raccolta-differenziata/

Essendo no il default, metterei per ogni cassonetto cosa si può 
depositare, in base a queste istruzioni e cosa il wiki propone.



Il 19/02/2018 23:11, Martin Koppenhoefer ha scritto:



sent from a phone

On 19. Feb 2018, at 19:49, Gianluca Boero > wrote:


Allora...in primis il tag principale è amenity=recycling seguito da 
recycling_type=container. Questo direi per tutto...vestiti e sfalci 
compresi.



non conosco la situazione dalle parti tue, ma l’indifferenziata è 
difficilmente amenity=recycling
C’è anche waste_disposal 
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dwaste_disposal


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-at] "geocodec/Socke/Johann Haag" stummschalten

[Johann Haag]

Hallo Andreas,
Ich eifere im osm möglichen, lediglich der basemap 
https://www.basemap.at/application/index.html#{"center":[1380197.8514428793,6028349.185388953],"zoom":19,"rotation":0,"layers":"0010“}
 sowie dem Stadtplan Wien nach 
https://www.wien.gv.at/stadtplan/grafik.aspx?lang=de-AT=w90eRrVhwkWz28NDgvZPQ-a5Rphlnqnnkur2pH4Oprw-b-b
 


Seltsamerweise sind genau jene Elemente welche Karten für Menschen smart und 
nützlich machen (z.b. eine funktionierende Adress Suche) dem osm Projekt 
entsagt, hingegen basemap und Stadtplan sehr ausgiebig davon Gebrauch machen. 
Der Grund hierfür ist meiner Meinung und nach 1.5 Millionen von mir 
gezeichneten OSM Nodes, Lobbyismus. Deine Vorwürfe mir gegenüber passen dazu.

Grüße Johann
Osm: wiki the map

> Am 20.02.2018 um 06:26 schrieb andreas wecer :
> 
> On Sun, Feb 18, 2018 at 8:27 PM Johann Haag  > wrote:
> Zur Beruhigung Deines Gemütes [...]
> micromapping mapping exempel:  
> https://www.openstreetmap.org/#map=19/47.52588/12.39863 
> 
> 
> Nicht auch noch zur "Beruhigung des Gemüts" dein eigenwilliges 
> Löcherschneiden in Residentials, nachdem asphaltierte Teile eines Grundstücks 
> kein Wohngebiet sein sollen und von dem du genau weißt, dass dir dabei noch 
> jedes Mal von allen widersprochen wurde. Wie bei allen anderen Themen 
> interessiert dich die allgemeine Meinung aber herzlich wenig, während du 
> allen anderen die wildesten Motive und Verschwörungstheorien unterstellst. 
> Besonders amüsant ist ja deine Vorstellung der "Allianzen", als würdest du es 
> mit deiner Art nicht ganz von selbst schaffen, jedem furchtbar auf die Nerven 
> zu gehen. Ich werde deine Nachrichten jetzt auch filtern und versuchen zu 
> ignorieren, das ist sinnlos, führt zu nichts und regt nur auf.
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-TW] [活動訊息] 無國界醫生Missing Maps Mapathon活動

[李昕迪 Lee , Sin-di]

Jeff (柏諺)會協助處理高雄場地的事宜。


2018年2月20日 11:41，"Dongpo Deng" 寫道：

Dear all,

昕迪是 OSM Taiwan中資深mapper，同時也是一位醫生，希望在高雄同步進行此活動，不知道 MSF的想法如何?

Cheers,
Dongpo

On Tue, Feb 20, 2018 at 12:33 AM Joanna Cheng 
wrote:

> 大家好!
>
>
>
> 在此先祝各位新年快樂，希望大家在過年期間都有機會休息、放鬆。
>
> 我是無國界醫生(MSF)的Joanna，目前在台北的辦公室工作，之前也參與過無國界醫生在剛果以及南蘇丹的任務。
>
> 我們希望今年在台灣舉辦幾場MSF Mapathon，除了可協助我們完成初步的mapping外，
> 也同時透過活動讓一般民眾以及學生能更了解並關注在世界各地不同的人道危機。
>
>
>
> 今年第1場MSF Mapathon將於3月17日舉行（如Dongpo之前寄出的e-mail），而我們需要你們的協助以及參與
> ！
>
> 目前已有3位mapper報名，希望能有更多mapper的加入。
>
>
>
> 再次與各位分享細節：
>
> *活動：無國界醫生**Missing Maps Mapathon*
>
> *日期：**3**月**17**日（六）下午**1230-1600**（前**30 **分鐘為準備）*
>
> *地點：台北市士林區（詳細地點將再分享）*
>
> *志工**mapper**人數需求：**15-20**人*
>
> *志工**mapper**當天工作內容：提供當天參與**mapathon**民眾技術指導，如：網站登入、標列建築物**/**道路、儲存工作…等*
>
> *志工**mapper**條件需求：*
>
> *o   **熟悉**OpenStreetMap **平台**(www.openstreetmap.org
> )**操作*
>
> *o   **有** (Missing Maps ) Mapathon**參與經驗*
>
> *o   **語言：英＋中（當天以英語為主）*
>
> *o   **對於人道救援工作以及**MSF**工作有興趣者佳*
>
> *其他：*
>
> *o   **當天有提供點心以及飲料*
>
> *o   **結束後由**MSF**頒發志工感謝狀*
>
>
>
> *報名連結：**https://goo.gl/forms/e7mL4qeulbqhMCa93
> *
>
>
>
> 如各位有任何問題，歡迎與我們聯絡，謝謝！
>
> **
>
> Chiao-Yu Joanna Cheng *鄭巧鈺*
>
> Manager (Taiwan) *經理**(**台灣**)*
>
> Médecins Sans Frontières *無國界醫生*
>
> O: +886 (0)2 5551-1266 Ext. 6233 <+886%202%205551%201266>
>
> 6F, No. 6 Sec. 4 Xinyi Rd
> ., Da-an
> District, Taipei 10683, Taiwan
>
> *10683**台北市大安區信義路**4**段**6**號**6**樓*
>
> Facebook: Médecins Sans Frontières (Taiwan)/ *無國界醫生（台灣）*
> 
>
>
>
>
> *無國界醫生是一個獨立的國際醫療人道救援組織，致力為受武裝衝突、疫病和天災影響，以及遭排拒於醫療體系以外的人群提供緊急醫療援助。無國界醫生只會基於人們的需要提供援助，不受種族、宗教、性別或政治因素左右。*
>
> *Médecins Sans Frontières (MSF) is an international, independent, medical
> humanitarian organisation that delivers emergency aid to people affected by
> armed conflict, epidemics, natural disasters and exclusion from
> healthcare.  We offer assistance to people based on need and irrespective
> of race, religion, gender or political affiliation.*
>
>
>
> *From:* Dongpo Deng [mailto:dongpo.d...@gmail.com]
> *Sent:* Sun, 11 Feb, 2018 11:36 PM
> *To:* OSM Taiwan
> *Cc:* slayer Chuang; Joanne Liao; Joanna Cheng; Case Hsu
> *Subject:* [活動訊息] 無國界醫生Missing Maps Mapathon活動
>
>
>
> 各位圖客好!
>
>
>
> 這裡有一個國際性的Missing Map Mapathon活動需要大家來共襄盛舉，活動內容如下。
> 我想這是一個相當有意義的製圖活動，畫圖又可以幫忙救人，請各位大大不吝撥冗參與!
>
>
>
> Happy Mapping!
>
>
>
> Dongpo
>
> ===
>
> 活動：無國界醫生Missing Maps Mapathon
>
> 日期：3月17日（六）下午1230-1600（前30 分鐘為準備）
>
> 地點：台北市士林區（詳細地點將再分享）
>
> 志工mapper人數需求：15-20人
>
> 志工mapper當天工作內容：提供當天參與mapathon民眾技術指導，如：網站登入、標列建築物/道路、儲存工作…等
>
> 志工mapper條件需求：
>
> o   熟悉OpenStreetMap 平台(www.openstreetmap.org)操作
>
> o   有 (Missing Maps ) Mapathon參與經驗
>
> o   語言：英＋中（當天以英語為主）
>
> o   對於人道救援工作以及MSF工作有興趣者佳
>
> 其他：
>
> o   當天有提供點心以及飲料
>
> o   結束後由MSF頒發志工感謝狀
>
> 報名連結：https://goo.gl/forms/e7mL4qeulbqhMCa93
>
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw

Re: [Talk-at] "geocodec/Socke/Johann Haag" stummschalten

[andreas wecer]

On Sun, Feb 18, 2018 at 8:27 PM Johann Haag  wrote:

> Zur Beruhigung Deines Gemütes [...]
> micromapping mapping exempel:
> https://www.openstreetmap.org/#map=19/47.52588/12.39863
>

Nicht auch noch zur "Beruhigung des Gemüts" dein eigenwilliges
Löcherschneiden in Residentials, nachdem asphaltierte Teile eines
Grundstücks kein Wohngebiet sein sollen und von dem du genau weißt, dass
dir dabei noch jedes Mal von allen widersprochen wurde. Wie bei allen
anderen Themen interessiert dich die allgemeine Meinung aber herzlich
wenig, während du allen anderen die wildesten Motive und
Verschwörungstheorien unterstellst. Besonders amüsant ist ja deine
Vorstellung der "Allianzen", als würdest du es mit deiner Art nicht ganz
von selbst schaffen, jedem furchtbar auf die Nerven zu gehen. Ich werde
deine Nachrichten jetzt auch filtern und versuchen zu ignorieren, das ist
sinnlos, führt zu nichts und regt nur auf.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-TW] [活動訊息] 無國界醫生Missing Maps Mapathon活動

[Dongpo Deng]

Dear all,

昕迪是 OSM Taiwan中資深mapper，同時也是一位醫生，希望在高雄同步進行此活動，不知道 MSF的想法如何?

Cheers,
Dongpo

On Tue, Feb 20, 2018 at 12:33 AM Joanna Cheng 
wrote:

> 大家好!
>
>
>
> 在此先祝各位新年快樂，希望大家在過年期間都有機會休息、放鬆。
>
> 我是無國界醫生(MSF)的Joanna，目前在台北的辦公室工作，之前也參與過無國界醫生在剛果以及南蘇丹的任務。
>
> 我們希望今年在台灣舉辦幾場MSF Mapathon，除了可協助我們完成初步的mapping
> 外，也同時透過活動讓一般民眾以及學生能更了解並關注在世界各地不同的人道危機。
>
>
>
> 今年第1場MSF Mapathon將於3月17日舉行（如Dongpo之前寄出的e-mail），而我們需要你們的協助以及參與
> ！
>
> 目前已有3位mapper報名，希望能有更多mapper的加入。
>
>
>
> 再次與各位分享細節：
>
> *活動：無國界醫生**Missing Maps Mapathon*
>
> *日期：**3**月**17**日（六）下午**1230-1600**（前**30 **分鐘為準備）*
>
> *地點：台北市士林區（詳細地點將再分享）*
>
> *志工**mapper**人數需求：**15-20**人*
>
> *志工**mapper**當天工作內容：提供當天參與**mapathon**民眾技術指導，如：網站登入、標列建築物**/**道路、儲存工作…等*
>
> *志工**mapper**條件需求：*
>
> *o   **熟悉**OpenStreetMap **平台**(www.openstreetmap.org
> )**操作*
>
> *o   **有** (Missing Maps ) Mapathon**參與經驗*
>
> *o   **語言：英＋中（當天以英語為主）*
>
> *o   **對於人道救援工作以及**MSF**工作有興趣者佳*
>
> *其他：*
>
> *o   **當天有提供點心以及飲料*
>
> *o   **結束後由**MSF**頒發志工感謝狀*
>
>
>
> *報名連結：**https://goo.gl/forms/e7mL4qeulbqhMCa93
> *
>
>
>
> 如各位有任何問題，歡迎與我們聯絡，謝謝！
>
> **
>
> Chiao-Yu Joanna Cheng *鄭巧鈺*
>
> Manager (Taiwan) *經理**(**台灣**)*
>
> Médecins Sans Frontières *無國界醫生*
>
> O: +886 (0)2 5551-1266 Ext. 6233 <+886%202%205551%201266>
>
> 6F, No. 6 Sec. 4 Xinyi Rd
> ., Da-an
> District, Taipei 10683, Taiwan
>
> *10683**台北市大安區信義路**4**段**6**號**6**樓*
>
> Facebook: Médecins Sans Frontières (Taiwan)/ *無國界醫生（台灣）*
> 
>
>
>
>
> *無國界醫生是一個獨立的國際醫療人道救援組織，致力為受武裝衝突、疫病和天災影響，以及遭排拒於醫療體系以外的人群提供緊急醫療援助。無國界醫生只會基於人們的需要提供援助，不受種族、宗教、性別或政治因素左右。*
>
> *Médecins Sans Frontières (MSF) is an international, independent, medical
> humanitarian organisation that delivers emergency aid to people affected by
> armed conflict, epidemics, natural disasters and exclusion from
> healthcare.  We offer assistance to people based on need and irrespective
> of race, religion, gender or political affiliation.*
>
>
>
> *From:* Dongpo Deng [mailto:dongpo.d...@gmail.com]
> *Sent:* Sun, 11 Feb, 2018 11:36 PM
> *To:* OSM Taiwan
> *Cc:* slayer Chuang; Joanne Liao; Joanna Cheng; Case Hsu
> *Subject:* [活動訊息] 無國界醫生Missing Maps Mapathon活動
>
>
>
> 各位圖客好!
>
>
>
> 這裡有一個國際性的Missing Map Mapathon
> 活動需要大家來共襄盛舉，活動內容如下。我想這是一個相當有意義的製圖活動，畫圖又可以幫忙救人，請各位大大不吝撥冗參與!
>
>
>
> Happy Mapping!
>
>
>
> Dongpo
>
> ===
>
> 活動：無國界醫生Missing Maps Mapathon
>
> 日期：3月17日（六）下午1230-1600（前30 分鐘為準備）
>
> 地點：台北市士林區（詳細地點將再分享）
>
> 志工mapper人數需求：15-20人
>
> 志工mapper當天工作內容：提供當天參與mapathon民眾技術指導，如：網站登入、標列建築物/道路、儲存工作…等
>
> 志工mapper條件需求：
>
> o   熟悉OpenStreetMap 平台(www.openstreetmap.org)操作
>
> o   有 (Missing Maps ) Mapathon參與經驗
>
> o   語言：英＋中（當天以英語為主）
>
> o   對於人道救援工作以及MSF工作有興趣者佳
>
> 其他：
>
> o   當天有提供點心以及飲料
>
> o   結束後由MSF頒發志工感謝狀
>
> 報名連結：https://goo.gl/forms/e7mL4qeulbqhMCa93
>
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw

Re: [talk-au] Potential data import

[Daniel O'Connor]

:( https://www.adelaidemetro.com.au/planner/ appears to have swapped over
to google maps, sigh

On Tue, Feb 20, 2018 at 12:59 PM, Andrew Harvey 
wrote:

> On 20 Feb. 2018 1:41 pm, "Daniel O'Connor" 
> wrote:
>
> A good example of a transport agency already doing this is Adelaide Metro;
> who both publish data as GTFS and provide tools based on openstreetmap;
> their internal data.
>
>
> I'm interested to know more about this, are there any more details?
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Potential data import

[Andrew Harvey]

On 20 Feb. 2018 1:41 pm, "Daniel O'Connor"  wrote:

A good example of a transport agency already doing this is Adelaide Metro;
who both publish data as GTFS and provide tools based on openstreetmap;
their internal data.


I'm interested to know more about this, are there any more details?
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Potential data import

[Andrew Harvey]

I'm going to send off a request to see.

On 20 Feb. 2018 1:41 pm, "Daniel O'Connor"  wrote:

>From here, you might be interested in emailing the maintainer and asking if
they will specifically license that dataset as ODBL (
https://opendatacommons.org/licenses/odbl/), an open data license suitable
for datasets.


Their standard terms of use are:
*Content sharing*

*All content produced by Transperth on online properties, is protected by
copyright. However, you are encouraged to share our content provided that
you credit us as the source (by including our official social media handle
for the platform you are sharing on, see individual channels for details)
and do not change the sense or misrepresent us.*

They may be open to it, particularly if you explain the use case - import
to openstreetmap; to make available to a wide variety of applications such
as Maps.me, public transport routing tools like OSRM, etc. A good example
of a transport agency already doing this is Adelaide Metro; who both
publish data as GTFS and provide tools based on openstreetmap; their
internal data.

More details on how imports work: https://wiki.
openstreetmap.org/wiki/Import/Guidelines#Process


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

Re: [talk-au] Potential data import

[Daniel O'Connor]

>From here, you might be interested in emailing the maintainer and asking if
they will specifically license that dataset as ODBL (
https://opendatacommons.org/licenses/odbl/), an open data license suitable
for datasets.


Their standard terms of use are:
*Content sharing*

*All content produced by Transperth on online properties, is protected by
copyright. However, you are encouraged to share our content provided that
you credit us as the source (by including our official social media handle
for the platform you are sharing on, see individual channels for details)
and do not change the sense or misrepresent us.*

They may be open to it, particularly if you explain the use case - import
to openstreetmap; to make available to a wide variety of applications such
as Maps.me, public transport routing tools like OSRM, etc. A good example
of a transport agency already doing this is Adelaide Metro; who both
publish data as GTFS and provide tools based on openstreetmap; their
internal data.

More details on how imports work:
https://wiki.openstreetmap.org/wiki/Import/Guidelines#Process
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] diversity-talk: No such list

[Sérgio V .]

Thanks.

What looks weirdest is that it seems it was not a "no nactive list".

The last posts were 3 months ago, 2017, not much, nor 2015.

It seems people were talking and answering each other recently there:

https://lists.openstreetmap.org/pipermail/diversity-talk/2017-October/date.html

but being the list out of

https://lists.openstreetmap.org/listinfo/diversity-talk
sadly this way it's sure other people couldn't have known.
- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs



De: Martin Koppenhoefer 
Enviado: segunda-feira, 19 de fevereiro de 2018 19:53
Para: Rory McCann
Cc: Sérgio V. ; talk@openstreetmap.org
Assunto: Re: [OSM-talk] diversity-talk: No such list



sent from a phone

> On 19. Feb 2018, at 10:47, Rory McCann  wrote:
>
> Shame that it's gone. It's nice to be able to contact people in OSM who
> are interested in diversity.


yes, it’s a shame.

Btw, the archive is still there, but it isn’t linked from the listinfo page 
anymore because there’s no active list. Maybe there’s a way it can be linked 
anyway? After all, it is documentation about previous activities.


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

Re: [talk-au] Potential data import

[Andrew Davidson]

On 20/2/18 12:51, Nedyaj Ekalsrac wrote:

Could someone take a look at the information
both in the database and about the licencing to see if it can even be
imported?


Doubt it. That's not an open license so we're starting a long way from 
being able to use the data. For example it's a revocable right, so what 
happens when they decide we can't use it any more?




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

[talk-au] Potential data import

[Nedyaj Ekalsrac]

G'day. I noticed that public transport data for Perth, Western Australia
leaves a lot to be desired. The local agency running Public Transport
services, TransPerth, provides their spacial data in multiple formats per
http://www.transperth.wa.gov.au/About/Spatial-Data-Access - this includes
routes, timetables and stop locations for every service on the network.

However, I am not even going to try and wrap my head around importing that
to the openstreetmap system. Could someone take a look at the information
both in the database and about the licencing to see if it can even be
imported?
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] diversity-talk: No such list

[Kate Chapman]

I shut down the list because it was not being used and instead I was ending
up having to read a bunch of spam.

If someone wants to moderate and admin the list I'm sure it could be
brought back.

On Mon, Feb 19, 2018 at 2:53 PM, Martin Koppenhoefer  wrote:

>
>
> sent from a phone
>
> > On 19. Feb 2018, at 10:47, Rory McCann  wrote:
> >
> > Shame that it's gone. It's nice to be able to contact people in OSM who
> > are interested in diversity.
>
>
> yes, it’s a shame.
>
> Btw, the archive is still there, but it isn’t linked from the listinfo
> page anymore because there’s no active list. Maybe there’s a way it can be
> linked anyway? After all, it is documentation about previous activities.
>
>
> Cheers,
> Martin
> ___
> 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-ca] Formatting of Municipality Names

[Matthew Darwin]

I have summarized the discussion we had here over the last week or so  
on https://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines for 
easy reference in the future.  It is:



   Municipality Names

Municipality names are to be spelt according to how they are listed in 
NRCan (http://www4.rncan.gc.ca/search-place-names/search) or other 
official source. That means:


 *

   Do not include "City of", "Municipality of" or similar in the name
   unless that is officially part of the name.   "Village of Queen
   Charlotte" (BC) is correct, "City of Toronto" is incorrect (should
   be "Toronto").

 *

   Do not expand "St." to "Saint" or "Ste" to "Sainte" just to
   conform to OSM's "don't abbreviate names" rule. If the city name
   is normally has it expanded, then it is maintained as expanded in
   OSM. If it is not normally expanded, then it is not expanded in
   OSM. "Saint John" (NB) and "St. John's" (NL) are both correct.


Feel free to clarify further on the wiki or continue the discussion 
here...



Matthew Darwin
matt...@mdarwin.ca
http://www.mdarwin.ca

On 2018-02-19 06:33 PM, Stewart C. Russell wrote:

On 2018-02-19 05:08 PM, Jarek Piórkowski wrote:

Have you passed by talk-gb? They have a fair amount of "St" names and
some authority as to how to do things in OSM.

The UK has Bury St Edmunds, Chapel St Leonards, Lytham St Annes, Ottery
St Mary, St Andrews, St Anne, St Austell, St Blazey, St Columb Major, St
Helens, St Ives, St Monans and St Neots all as town names in OSM. The
only two "Saint .*" towns in the whole British Isles' OSM are Saint
Helier and Saint Peter Port, both in the Channel Islands. Both have
French influences. And just to thumb its nose at us, nearby Alderney has
the town of "St Anne". So I don't think they can be a great example.

Near "St. Louis" (Missouri - abbreviated that way in OSM), OSM has the
towns of "Saint Clair" and "Saint James". In the same area, there's St.
Charles, St. Peters and East St. Louis (IL). In the St. Louis metro
area, there are roughly 4500 ways named "St\. Louis.*" and roughly 3500
ways named "St Louis.*". There are also roughly 3500 ways named "Saint .*"

So this is not a standard well kept.

  Stewart

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


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

Re: [Talk-ca] Formatting of Municipality Names (Jarek Piórkowski)

[OSM Volunteer stevea]

> On 2018-02-19 05:08 PM, Jarek Piórkowski wrote:
>> Have you passed by talk-gb? They have a fair amount of "St" names and
>> some authority as to how to do things in OSM.

I haven't, but I shall.  As I say quite a bit (in our wiki, e.g. 
California/Railroads), "it's complicated around here."  THEN, there is what we 
do about that in OSM.  (Our best).

On Feb 19, 2018, at 3:33 PM, Stewart C. Russell  wrote:
> The UK has Bury St Edmunds, Chapel St Leonards, Lytham St Annes, Ottery
> St Mary, St Andrews, St Anne, St Austell, St Blazey, St Columb Major, St
> Helens, St Ives, St Monans and St Neots all as town names in OSM. The
> only two "Saint .*" towns in the whole British Isles' OSM are Saint
> Helier and Saint Peter Port, both in the Channel Islands. Both have
> French influences. And just to thumb its nose at us, nearby Alderney has
> the town of "St Anne". So I don't think they can be a great example.

I do not mean to appear to be "the pot calling the kettle black" (even as I 
sheepishly may).  OSM learns by example, by documenting how we should tag 
(prescriptive) and how we do tag (descriptive), — this isn't always clear or 
spelled out — by research such as you've done and by good dialog like here.

> Near "St. Louis" (Missouri - abbreviated that way in OSM), OSM has the
> towns of "Saint Clair" and "Saint James". In the same area, there's St.
> Charles, St. Peters and East St. Louis (IL). In the St. Louis metro
> area, there are roughly 4500 ways named "St\. Louis.*" and roughly 3500
> ways named "St Louis.*". There are also roughly 3500 ways named "Saint .*"
> 
> So this is not a standard well kept.

And we make our point:  OSM doesn't always follow its own rules.  Crowdsourcing 
can be messy, yet we try to improve day by day.  Thanks to all for getting here!

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

[Talk-in] Greetings from Italy

[mbranco2]

Hello Indian mappers,
I'm writing to your list to notify we're mapping - from Italy - an Indian
zone poorly mapped (north-east of Warangal, Andhra Pradesh).
I'm leading an OSM project in an Italian high school [1], students are
doing their first mappings, and it's too early to join a HOT project: so,
to learn using Tasking Manager, we set up a task [2] on an Italian istance
of TM, that we use (also) for didactic purposes (I randomly chose that
area).
I thought to notify this activity before the beginning, but I didn't find
your mailing list on Nabble [3], a third-party site I find very handy
because you can follow MLs with a forum-style.
Answering a question about one of our changesets (thank you adivik2000], I
discovered your ML, so I'm notifying this only now.

Hoping our activity is OK for your community, Ciao!
Marco

P.S. If someone of you doesn't know Tasking Manager and should like to try
it, feel free to use [2] : students has a lot of other jobs to do...



[1]
https://www.wikimedia.it/scuola-mappatura-libera-un-corso-alliis-avogadro-torino/
(sorry, Italian only)
[2] http://osmit-tm.wmflabs.org/project/30
[3] http://gis.19327.n8.nabble.com/OpenStreetMap-f5171240.html
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-ca] Formatting of Municipality Names (Jarek Piórkowski)

[Stewart C. Russell]

On 2018-02-19 05:08 PM, Jarek Piórkowski wrote:
> 
> Have you passed by talk-gb? They have a fair amount of "St" names and
> some authority as to how to do things in OSM.

The UK has Bury St Edmunds, Chapel St Leonards, Lytham St Annes, Ottery
St Mary, St Andrews, St Anne, St Austell, St Blazey, St Columb Major, St
Helens, St Ives, St Monans and St Neots all as town names in OSM. The
only two "Saint .*" towns in the whole British Isles' OSM are Saint
Helier and Saint Peter Port, both in the Channel Islands. Both have
French influences. And just to thumb its nose at us, nearby Alderney has
the town of "St Anne". So I don't think they can be a great example.

Near "St. Louis" (Missouri - abbreviated that way in OSM), OSM has the
towns of "Saint Clair" and "Saint James". In the same area, there's St.
Charles, St. Peters and East St. Louis (IL). In the St. Louis metro
area, there are roughly 4500 ways named "St\. Louis.*" and roughly 3500
ways named "St Louis.*". There are also roughly 3500 ways named "Saint .*"

So this is not a standard well kept.

 Stewart

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

Re: [OSM-talk] Nominatim on the main page

[Sarah Hoffmann]

On Mon, Feb 19, 2018 at 10:59:31AM +0100, Maarten Deen wrote:
> On 2018-02-19 10:17, Sarah Hoffmann wrote:
> > On Sun, Feb 18, 2018 at 08:12:45PM +0100, Maarten Deen wrote:
> > > On 2018-02-18 20:07, Paul Johnson wrote:
> > > > On Sun, Feb 18, 2018 at 12:53 PM, Maarten Deen 
> > > > wrote:
> > > >
> > > > > On 2018-02-18 19:28, Tom Hughes wrote:
> > > 
> > > > > I can't comment about how the algorithm works because I don't know
> > > > > anything about it. I'm just saying that we do tell it the viewbox
> > > >
> > > >  It appears to me that the bounding box is used when searching places
> > > > (towns, cities) or streets, but not when searching objects like shops
> > > > or restaurants.
> > > > For instance, searching for a McDonald's always gives me the
> > > > McDonald's at 1351, George Dieter Drive, El Paso City, El Paso County,
> > > > Texas, 79936, Verenigde Staten van Amerika
> > 
> > To fix that please delete all the wikipedia=McDonalds tags from
> > the McDonalds restaurants that show up inappropriately. Nominatim uses
> > the wikipedia links to determine how well known a place might be and
> > ranks places with a wikipedia tag higher.
> 
> I would expect that a bounding box has precedence over other tags. Why would
> a wikipedia tag have precedence over the bounding box and a name tag not?

It is not a question of precedence. Nominatim looks at different
factors at the same time: the view box, how well-known a place
is (aka wikipedia importance), how well the name of the place matches
your query etc. It takes all these into account weighs them against
each other and comes to a ranking of results.

> But then I still don't understand.
> In the bugreport I have the example of the shop "kruidvat" (it is a chain of
> stores in the Netherlands).
> The bounding box is 6.16575,51.36926,6.17049,51.36759 which centers on the
> Kruidvat store in Venlo [1]. Nominatim returns the kruidvat in Amsterdam
> [2].
> Both nodes have a website tag with the same value. Both nodes have the same
> tags, expect that one has a source tag.
> Then still, why is the boundingbox not looked at _at all_? It's not like
> it's the second or third result, it is the 12th result where all other
> results have similar tags and the results are the same whatever bounding box
> you use.

Interesting. So in this case the importance actually happend to accidentally
cancel out the viewbox influence. I've pushed a preliminary fix to the osm.org
instance. It won't fix the McDonalds or Walmart issues though. They are problems
of a different kind.

Sarah

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

[OSM-ja] State of the Map Japan 2018開催日決定！

[Satoshi IIDA]

いいだ@OSMFJ帽子です。

昨年は国際会議として会津若松でState of the Mapが開催されました。
今年、国際のState of the Mapはイタリア、ミラノで開催されます。

そして、日本のローカルカンファレンス、State of the Map Japan 2018も、東京で開催します！

場所は千代田区の日比谷図書文化館内にある、日比谷コンベンションホール。
開催日時は、8月11日 (祝/土) です。

http://hibiyal.jp/hibiya/access.html

今後、詳しい内容は決まり次第ご連絡します。
Stay tuned! Keep walking!


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

Re: [OSM-talk] diversity-talk: No such list

[Martin Koppenhoefer]

sent from a phone

> On 19. Feb 2018, at 10:47, Rory McCann  wrote:
> 
> Shame that it's gone. It's nice to be able to contact people in OSM who
> are interested in diversity.


yes, it’s a shame.

Btw, the archive is still there, but it isn’t linked from the listinfo page 
anymore because there’s no active list. Maybe there’s a way it can be linked 
anyway? After all, it is documentation about previous activities.


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

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

[majka . zem+talk]

19. února 2018 22:54:22 SEČ, "Marián Kyral"  napsal:
>Může být?
>
>
>
>
>
>Vypadá to na zajímavou detektivku. Dle všeho se upřednostnila čísla
>evidenční před čísly popisnými, takže to občas ustřelí někam do chatové
>oblasti.
>
>Marián
>
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz

Vypadá to moc pěkně, musím nás pochválit :) 
 

Drobná připomínka:
Moc věříme datům v OSM. Schránka 37271:309 (ZOO Ohrada) má špatně uvedené číslo 
ref - asi můj přehmat. Tváří se přitom spokojeně (zelená), jen ukazuje posun o 
skoro 40 km. Zítra na to kouknu. 
Možná by ale stálo za to, na velké posuny v řádu km nějak víc ukázat. Obvykle 
to znamená nějaký problém, běžná taková chyba není. 

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

Re: [Talk-it] Why OpenStreetMap is in Serious Trouble

[Germano Massullo]

Circa il discorso "fruibilità da parte degli utenti finali": mi permetto
di dire che la fruizione di contenuti, specialmente di mappe avviene
soprattutto su dispositivi mobili. L'applicazione di punta per quanto
riguarda Android, OSMAnd, è di una lentezza che rende l'esperienza
utente più che frustrante: in aree dense di oggetti, il cellulare non fa
altro che renderizzare tutto da capo ogni volta che si sposta la visuale.
Sebbene l'applicazione sia sviluppata da terze parti, la OSM Foundation
dovrebbe sponsorizzare la riscrittura del codice del motore di rendering.
Quando ho tempo vorrei parlarne sulla lista internazionale per vedere se
qualcuno è d'accordo.


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

Re: [Talk-us] Rural US: Correcting Original TIGER Imported Ways

[Andy Townsend]

On 19/02/2018 22:03, Clifford Snow wrote:

 Can I steal your road styles?


Sure.

BTW - I can't see the difference between a plain residential and a 
unpaved residential. Unclassified stands right out, but not residential.


That's arguably a bug :)  I added support (downgrading to track) for 
unpaved unclassified (as visible at 
https://map.atownsend.org.uk/maps/map/map.html#zoom=16=-24.99447=135.03725 
) and from memory there's support elsewhere for _gravel_ residential; 
but not unpaved.


For the US, however, you'd want to do something other than just 
"downgrading to track".  There are a couple of options I suspect:


One is to split unpaved roads out as a separate "road type" altogether 
(that's how sidewalk and verge are handled as seen at 
https://map.atownsend.org.uk/maps/map/map.html#zoom=15=-24.99273=135.02137 
).  The other is to have some sort of modifier (like "bridge", but 
different).  that's how "long fords" and embankments at 
https://map.atownsend.org.uk/maps/map/map.html#zoom=15=-24.99958=135.0693 
are handled.


I use a lua style file 
https://github.com/SomeoneElseOSM/SomeoneElse-style/blob/master/style.lua 
to do both of these, but that might not be an acceptable approach to the 
OSM Standard Style if that's your target (for entirely valid reasons to 
do with database reload), so you may have to do the selection just in 
the "project" file and the "roads" files.  With a test such as "unpaved" 
that should be doable though.


The place to start though is to get a working copy of the style 
locally.  I tend to use 
https://switch2osm.org/manually-building-a-tile-server-16-04-2-lts/ for 
that; if you use Docker already then 
https://github.com/gravitystorm/openstreetmap-carto/blob/master/DOCKER.md 
is surely going to be easier.


Once you've got some of your own tiles to play around with I'd suggest 
just experimenting with the various parts in a style (e.g. the "fill", 
the "casing" and "text") that make up a road 
(https://www.openstreetmap.org/user/SomeoneElse/diary/38988 has a bit of 
info about that, but there have got to be better examples) and seeing 
what effect various changes have.


Best Regards,
Andy


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

Re: [Talk-it] Utilizzo amenity=recycling

[Martin Koppenhoefer]

sent from a phone

> On 19. Feb 2018, at 19:49, Gianluca Boero  wrote:
> 
> Allora...in primis il tag principale è amenity=recycling seguito da 
> recycling_type=container. Questo direi per tutto...vestiti e sfalci compresi.


non conosco la situazione dalle parti tue, ma l’indifferenziata è difficilmente 
amenity=recycling 
C’è anche waste_disposal 
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dwaste_disposal

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

Re: [Talk-ca] Formatting of Municipality Names

[OSM Volunteer stevea]

Thank you, Matthew.  As I said, "slavishly follow rules," no, not necessarily.  
"Understand the issues," yes, through good dialog.  I like what I see here, it 
allows good consensus to emerge, tedious and perhaps even a bit annoying as it 
may be. :-)

SteveA

On Feb 19, 2018, at 2:00 PM, Matthew Darwin  wrote:
> I respectively I contend that it is not all abbreviations in OSM needs to be 
> expanded, not withstanding of the general direction to expand abbreviations 
> in OSM.  It is illogical to change the well used name of a location.
> 
> There is even a wiki page which has been around since 2010 that lists some 
> exceptions to what should be expanded in the UK: 
> https://wiki.openstreetmap.org/wiki/Invalid_Abbreviation_Expansion

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

Re: [Talk-us] Rural US: Correcting Original TIGER Imported Ways

[Clifford Snow]

Andy - I've gotten a small server up with just road names, but lacking
other attributes like surface and speed. I'd like to take you up on your
offer with help, with help on styling. Can I steal your road styles? BTW -
I can't see the difference between a plain residential and a unpaved
residential. Unclassified stands right out, but not residential.

Clifford

On Mon, Feb 19, 2018 at 9:00 AM, Andy Townsend  wrote:

> On 19/02/2018 15:24, Dave Mansfield wrote:
>
>> I agree. To me having paved and unpaved show on the osm.org default
>> render would be the biggest improvement to OSM I can think of.
>>
>>
> If anyone wants any help setting up a server to experiment with options
> for rendering "unpaved" let me know.  I've done similar things - surface is
> a factor in rendering of the style at https://map.atownsend.org.uk/m
> aps/map/map.html#zoom=16=-24.99447=135.03725 for example.
>
> Best Regards,
>
> Andy
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>



-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk] Fw: Nominatim on the main page

[Andrew Hain]

From: Andrew Hain 
Sent: 19 February 2018 21:50
To: Sarah Hoffmann
Subject: Re: [OSM-talk] Nominatim on the main page


It’s unfortunate that a new user mapping mistake has such unfortunate 
consequences.


--

Andrew



From: Sarah Hoffmann 
Sent: 19 February 2018 09:17
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Nominatim on the main page

On Sun, Feb 18, 2018 at 08:12:45PM +0100, Maarten Deen wrote:
> On 2018-02-18 20:07, Paul Johnson wrote:
> > On Sun, Feb 18, 2018 at 12:53 PM, Maarten Deen 
> > wrote:
> >
> > > On 2018-02-18 19:28, Tom Hughes wrote:
>
> > > I can't comment about how the algorithm works because I don't know
> > > anything about it. I'm just saying that we do tell it the viewbox
> >
> >  It appears to me that the bounding box is used when searching places
> > (towns, cities) or streets, but not when searching objects like shops
> > or restaurants.
> > For instance, searching for a McDonald's always gives me the
> > McDonald's at 1351, George Dieter Drive, El Paso City, El Paso County,
> > Texas, 79936, Verenigde Staten van Amerika

To fix that please delete all the wikipedia=McDonalds tags from
the McDonalds restaurants that show up inappropriately. Nominatim uses
the wikipedia links to determine how well known a place might be and
ranks places with a wikipedia tag higher. That naturally only works
when the wikipedia tags actually link to a wikipedia page that
describes the object. It leads to funny results when the link goes
to category pages or, like in this case, to the company description.

Alternatively: I've proposed a GSoC to overhaul the Wikipedia
importances that Nominatim uses. Getting rid of this particular
problem from the Nominatim side would be part of this job.

For more information, see:
https://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2018/Project_Ideas#Nominatim

There are also two other topics proposed and if you have another particular
itch you want to sratch, there are surely ways they can be transformed into
a GSoC topic. Just send me a email or open an issue in github. It would be 
wonderful, if
we find some students interested in geocoding this year.

Kind regards

Sarah

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
talk Info Page - lists.openstreetmap.org Mailing 
Lists
lists.openstreetmap.org
To see the collection of prior postings to the list, visit the talk Archives. 
Using talk: To post a message to all the list members, send email to ...


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

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

[Marián Kyral]

Může být?





Vypadá to na zajímavou detektivku. Dle všeho se upřednostnila čísla
evidenční před čísly popisnými, takže to občas ustřelí někam do chatové
oblasti.

Marián

 

Dne 18.2.2018 v 22:38 Marián Kyral napsal(a):
> Jo jo,
> teď už to vypadá dobře.
>
> Marián
>
> Dne 18.2.2018 v 19:30 majka napsal(a):
>> Poslána oprava, přehlédla jsem chybné sloučení.
>>
>> Zběžné prohlédnutí mi nenašlo nic jiného, ale případně ještě dejte vědět.
>>
>> Majka
>>
>> 2018-02-18 19:18 GMT+01:00 Marián Kyral > >:
>>
>> Dne 18.2.2018 v 19:02 Marián Kyral napsal(a):
>>> Dne 18.2.2018 v 13:07 majka napsal(a):
 Zdravím všechny.

 Podařilo se mi dokončit geokódování všech schránek, které v
 importu české pošty neměly souřadnice. Přesnost je kolísavá,
 podle kvality údajů v exportu České pošty.
 Soubor je na githubu
 
 
  .
>>>
>>> Ahoj,
>>> koukám na to a vloudila se chybička ;-)
>>>
>>> 43407:64;;Mezibořská, točna MHD;Horní Litvínov;Litvínov;Most
>>> 13.613903 ručně, SW
>>>
>> ... je to ho víc:
>>
>> $ cat missing_coordinates.txt |tr '\t' ';' |egrep -v
>> "^[0-9]+:[0-9]+;[0-9]+\.[0-9]+;[0-9]+\.[0-9]+"
>> @ref;@lat;@lon
>> 43407:64;;Mezibořská, točna MHD;Horní
>> Litvínov;Litvínov;Most;13.613903;ručně, SW
>> 53800:13;Chrudim;49.9230822
>> 53800:16;Chrudim;49.9630224001
>> 53800:25;Chrudim;49.9380963
>> 53800:30;Chrudim;49.7810713999
>> 53800:31;Chrudim;49.9426991
>> 53800:40;Pardubice;49.9891356
>> 53800:6;V Lukách;Chrudim
>> 53840:33;49.8213519N;15.6579283
>> 56707:25;49.9242158N;16.3968242
>> 60012:42; Brno-venkov;49.298597
>>
>> Marián
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> 
>>
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [OSM-talk] diversity-talk: No such list

[Andrew Hain]

Hopefully anyone who revives the topic will find a way to avoid the 
circumstances of the original list’s demise.


--

Andrew



From: Rory McCann 
Sent: 19 February 2018 09:47
To: Sérgio V.; talk@openstreetmap.org
Subject: Re: [OSM-talk] diversity-talk: No such list

Shame that it's gone. It's nice to be able to contact people in OSM who
are interested in diversity.

GMane, which is a mailing list-to-NNTP service still seems to be still
up and hosting it as a newsgroup, so you can post messages to that
newsgroup.

On 17/02/18 20:56, Sérgio V. wrote:
> Hi, I've just realized that in the
>
> https://wiki.openstreetmap.org/wiki/Diversity
Diversity - OpenStreetMap Wiki
wiki.openstreetmap.org
How can we increase diversity in OSM? Gender; Sexuality; Race/ethnicity; 
Disability; Age; Religion; Class; Region; Language; other? Discussions 
within/about OSM


> at the bottom, /Resources,
>
> there's no such link to
>
> https://lists.openstreetmap.org/listinfo/diversity-talk
>
> If you click there , or search for it, it returns "No such list
> diversity-talk".
>
> Is it still alive?
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
[http://www.openstreetmap.org/assets/osm_logo_256-cde84d7490f0863c7a0b0d0a420834ebd467c1214318167d0f9a39f25a44d6bd.png]

smaprs | OpenStreetMap
www.openstreetmap.org
OpenStreetMap is a map of the world, created by people like you and free to use 
under an open license.




___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
talk Info Page - lists.openstreetmap.org Mailing 
Lists
lists.openstreetmap.org
To see the collection of prior postings to the list, visit the talk Archives. 
Using talk: To post a message to all the list members, send email to ...


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

Re: [Talk-de] Challenge accepted?

[Martin Koppenhoefer]

name:left und name:right

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

Re: [OSM-talk-ie] Round towers

[Donal Hunt]

+1 for the suggestion.

I think a proposal for a specific type that covers Irish round towers is
probably warranted. Do we know if the design is unique to Ireland or are
there examples in other parts of the world? Would be a shame to use
"tower:type=defensive" but it may be the correct approach.

Donal

On 19 Feb 2018 21:43, "Tom Pfeifer"  wrote:

> On 18.02.2018 00:45, Colm Donoghue wrote:
>
>> When I looked to see how to tag the round tower there's nothing to suggest
>> that it's an Irish round tower documented in the wiki
>>
>> I'm proposing tagging all Irish round towers as man_made=irish_round_tower
>>
>
> I'd prefer to start with the more generic man_made=tower, and specify the
> round tower with tower:type, see https://wiki.openstreetmap.org
> /wiki/Key:tower:type
>
> tom
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Round towers

[Tom Pfeifer]

On 18.02.2018 00:45, Colm Donoghue wrote:

When I looked to see how to tag the round tower there's nothing to suggest
that it's an Irish round tower documented in the wiki

I'm proposing tagging all Irish round towers as man_made=irish_round_tower


I'd prefer to start with the more generic man_made=tower, and specify the round tower with 
tower:type, see https://wiki.openstreetmap.org/wiki/Key:tower:type


tom

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

Re: [Talk-de] Challenge accepted?

[Max]

On 19.02.2018 22:14, Rolf Eike Beer wrote:

Am Montag, 19. Februar 2018, 22:06:59 schrieb Max:

Wenn man von der Adresse ausgeht, könnte man auch den Standpunkt
einnehmen, dass die Straßen in jeder Richtung eine anderen Namen hat,
und nicht, dass die Straßen gar keinen Namen haben. So scheint es ja
auch vor Ort ausgeschildert zu sein im Video.


Du übersiehst, dass jede Straße dann 2 Namen hätte, da sie ja an 2 Blocks
angrenzt.


Nein, nicht übersehen. Das ist exakt das, was ich geschrieben habe.
Also z.B.

name:forward=B1
name:backward=B2

und das obwohl es Einbahnstraßen sind. :)

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

Re: [Talk-de] Challenge accepted?

[Rolf Eike Beer]

Am Montag, 19. Februar 2018, 22:06:59 schrieb Max:
> Wenn man von der Adresse ausgeht, könnte man auch den Standpunkt
> einnehmen, dass die Straßen in jeder Richtung eine anderen Namen hat,
> und nicht, dass die Straßen gar keinen Namen haben. So scheint es ja
> auch vor Ort ausgeschildert zu sein im Video.

Du übersiehst, dass jede Straße dann 2 Namen hätte, da sie ja an 2 Blocks 
angrenzt.

Die Challenge ist wohl die Darstellung der korrekten Adressen und nicht nur 
der Hausnummern auf der OSM-(Haupt-)Karte.

Eike

signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-es] Importación de Catastro

[Javier Sánchez Portero]

Hola Joaquim

He visto que has subido al repositorio Sant Lluis y le he echado un
vistazo. Me he fijado que hay algunas direcciones que no han cogido el
nombre de OSM

Cami des Pou Nou Baix / Camí des Pou Nou Baix
Passeig des Cap d’en Font / Passeig des Cap den Font
Carrer des Sol / Carrer de Sol

Pásame el archivo highway_names.csv para echarle un vistazo.

Javier

El 18 de febrero de 2018, 21:17, Javier Sánchez Portero <
javiers...@gmail.com> escribió:

> Hola
>
> El programa utiliza el punto y coma como separador de columnas al crear
> los archivos y algunas direcciones de Catastro de ese municipio vienen con
> un punto y coma para separar el nombre de la calle de información adicional
> que no tienen que ver con el nombre de la calle (la urbanización). Es un
> caso que no había contemplado. He modificado el programa para usar
> tabuladores en lugar de punto y coma como separador de columnas. Actualiza
> a la nueva versión (v1.1.1). Tendrás que eliminar los archivos antiguos
> para que no haya conflicto, tanto 07064/highway_names.csv como
> highway_types.csv que está en la carpeta del programa.
>
> Genera de nuevo el archivo con el programa. No tendrás ningún problema
> para abrirlo con Libre Calc, si lo abres con Excel, la verdad, no estoy
> seguro.
>
> Ya tienes permisos para subir archivos al repositorio.
>
> Saludos.
>
> El 18 de febrero de 2018, 17:40, Joaquim  escribió:
>
>> Hola Javier,
>>
>> Gracias por la explicación de como subir los datos, me temo que no había
>> mirado las instrucciones con suficiente atención, puesto que estaban bien.
>>
>> Mi usuario en github.com es jpuxan.
>>
>> Mientras esperaba resolver esto he empezado a trabajar en otro municipio
>> (07064, Es Castell) y, oh sorpresa, el fichero highways_name.csv  visto en
>> una hoja de cálculo no tiene dos sino 4 columnas. Visto el fichero con un
>> procesador de texto veo que algunas direcciones tienen el nombre de la
>> calle, luego, separado con ';' el nombre del núcleo de población o
>> urbanización, luego el nombre de la calle modificado y finalmente el del
>> núcleo de población modificado. ¿Esto es correcto o hay que modificarlo?
>>
>> En Menorca de los 7 municipios que la componen ocurre lo mismo en otros
>> dos municipios.
>>
>> Gracias,
>>
>> Joaquim
>>
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-de] Challenge accepted?

[Max]

Wenn man von der Adresse ausgeht, könnte man auch den Standpunkt 
einnehmen, dass die Straßen in jeder Richtung eine anderen Namen hat, 
und nicht, dass die Straßen gar keinen Namen haben. So scheint es ja 
auch vor Ort ausgeschildert zu sein im Video.



On 19.02.2018 20:27, Leon Karcher wrote:

Welche Challenge meinst du genau? Wenn es um die Blocks geht, die in dem
Video thematisiert werden: Die sind bereits gemappt, werden aber auf Carto
nicht gerendert.

LG, Leon

Am 19. Februar 2018 um 19:03 schrieb David Geiser :


Es geht um die namenlosen Straßen in Mannheim:
https://youtu.be/DSG-zxGRkJw


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

Re: [Talk-ca] Formatting of Municipality Names (Jarek Piórkowski)

[Ga Delap]

> Date: Fri, 16 Feb 2018 23:56:20 +0100
> From: Jarek Piórkowski 
> Cc: talk-ca@openstreetmap.org
> Subject: Re: [Talk-ca] Formatting of Municipality Names
> Message-ID:

Re: [OSM-talk-fr] Itinéraires et balisages randonnée

[JB]

Intéressant et enrichissant au-delà de l'exercice de communication. Dans 
ce qui est dit, ce qui n'est pas dit, ce qu'on trouve d'écrit ensuite.
La numérisation semble en tous cas avoir avancé (sur le terrain ou par 
décalquage des cartes IGN, c'est à voir).
La FFRP jongle comme elle peut avec la propriété intellectuelle, lecture 
du paragraphe 5.3 recommandée : 
https://www.mongr.fr/html/1710/conditions-generales-d-utilisation-du-site-mongr 
(pour une durée équivalente au droit d’auteur, oui, mais à partir de 
quelle date ?)

JB.

Le 19/02/2018 à 19:34, Jean-Claude Repetto a écrit :

Le 19/02/2018 à 15:19, JB a écrit :
Tu as des données précises sur leurs avancées ? Le projet est ancien 
et de discussions que j'avais pu avoir il y a un temps, l'avancement 
était anecdotique au niveau global. Ce n'est pas le même travail que 
de demander à un bénévole d'aller repeindre des balises au pinceau ou 
de faire de la saisie SIG suite à une reconnaissance terrain.

JB.


J'ai trouvé des applications directes du projet sur leur site:
https://www.ffrandonnee.fr/actualites/15839/numerique-de-la-carte-papier-a-l-appli-mobile-pour-randonner.aspx 



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

Re: [Talk-de] Challenge accepted?

[Leon Karcher]

Welche Challenge meinst du genau? Wenn es um die Blocks geht, die in dem
Video thematisiert werden: Die sind bereits gemappt, werden aber auf Carto
nicht gerendert.

LG, Leon

Am 19. Februar 2018 um 19:03 schrieb David Geiser :

> Es geht um die namenlosen Straßen in Mannheim:
> https://youtu.be/DSG-zxGRkJw
>
> Viele Grüße
> David
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-us] Rural US: Correcting Original TIGER Imported Ways (Ben Miller)

[OSM Volunteer stevea]

Chiming in my +1 that county-at-at-time is a good, workable approach for TIGER 
cleanup.  I review the Ito! map's red highways/freeways first, then red major 
roads, then get to orange.  Joe Larson in San Luis Obispo (part of the 
firefighters there) spent a couple of years coordinating this effort there and 
now that county is "all blue."  (I believe he had some official state/county 
data to use, but still it was good, though tedious multi-year-long work).  My 
county (a few to the north) is maybe 75% done.  I've said it here before, 
elephants are best eaten one bite at a time and TIGER review is no exception.

OSM-US still doesn't have a hard consensus about what to do with many/most of 
the "other" TIGER tags (I would like to see this discussion progress), but 
after a good review, please DO delete the tiger_reviewed=no tag.  Delete it, 
don't change its value to yes.  BTW, I agree with the consensus that sometimes 
an actual human on-the-ground survey is the only way to do this sufficient to 
delete the tiger_reviewed=no tag, as Bing or other imagery is most certainly 
not always sufficient.

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

Re: [Talk-it] Utilizzo amenity=recycling

[liste DOT girarsi AT posteo DOT eu]

Il 19/02/2018 20:24, Gianluca Boero ha scritto:
Si riferiva alla tipologia di materiale da gettare in ogni cassonetto. 
Esempio nel cassonetto posso gettare cartone, carta, libri, giornali, 
tetrapack ecc ecc. Per ognuno inserire l'elenco della tipologia di 
recycling:type e poi copiarlo negli altri punti sul territorio.





Il copiare, penso, vien da sè se hai l'intera area scaricata per 
modificare su Josm/ID, o intendevi automatizzare?




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

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

Re: [Talk-it] Utilizzo amenity=recycling

[Gianluca Boero]

Si riferiva alla tipologia di materiale da gettare in ogni cassonetto. 
Esempio nel cassonetto posso gettare cartone, carta, libri, giornali, 
tetrapack ecc ecc. Per ognuno inserire l'elenco della tipologia di 
recycling:type e poi copiarlo negli altri punti sul territorio.



Il 19/02/2018 20:02, liste DOT girarsi AT posteo DOT eu ha scritto:


Per me possono coesistere se un oggetto ha più proprietà.
amenity=recycling +
recycling:plastic=yes +
recycling:cans=yes

Non ho capito il "master" a cosa si riferiva però, alla geometria del 
cassonetto?





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

Re: [OSM-talk-fr] [Overpass] Tag universel pour tous commerces ?

[Shohreh]

marc marc wrote
> [out:json][timeout:25];
> // appel Nominatim pour trouver la commune
> {{geocodeArea:LaCommune}}->.searchArea;
> way[highway][name="LaRue"](area.searchArea);
> (
>node(around:100)[amenity];
>node(around:100)[shop];
>node(around:100)[office];
> );
> out meta;
>  >;
> out meta;

Merci.

Même résultat:

=
[out:json][timeout:25]; 

//9520 = 75015
{{geocodeArea:9520}}->.searchArea; 
way[highway][name="Rue Lecourbe"](area.searchArea); 
( 
   node(around:100)[amenity]; 
   node(around:100)[shop]; 
   node(around:100)[office]; 
); 
out meta; 
 >; 
out meta; 
=



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-it] Utilizzo amenity=recycling

[liste DOT girarsi AT posteo DOT eu]

Il 19/02/2018 19:49, Gianluca Boero ha scritto:

Ciao a tutti.

Sarei intenzionato a rivedere e/o inserire i cassonetti per la raccolta 
dei rifiuti nella mia zona. Tali cassonetti sono gestiti da una società 
che opera sul mio territorio, come tutti voi avrete altre società. 
Questo per dire  che vi possono essere lievi differenze tra l'una a 
l'altra.


In pratica i cassonetti sono colore grigio (secco residuo - 
indifferenziata), bianco (plastica e metalli), verde (vetro), giallo 
(carta), marrone (umido), più alcuni per le batterie usate ed i farmaci 
scaduti. Inoltre in zone sparse ci sono i cassonetti per la raccolta di 
sfalci e potature.


Vi sono poi dei contenitori non gestiti da questa società, per la 
raccolta di vestiti.


Non tutte le aree hanno tutti i contenitori sopra citati, alcune sono 
complete, altre no.


Allora...in primis il tag principale è amenity=recycling seguito da 
recycling_type=container. Questo direi per tutto...vestiti e sfalci 
compresi.


Nel dettaglio, mi creerei un nodo per ogni tipologia di cassonetto e 
farei un copia incolla negli altri punti, visto che la regola per ogni 
raccolta vale per tutti i contenitori.


Scendendo nel dettaglio. creerei dei cassonetti "master" che dovrei poi 
copiare sul territorio. Per ognuno essendo di default il valore no, in 
base alle istruzioni fornite dalla società operante, devo inserire 
esclusivamente i materiali che possono essere riciclati? Ad esempio nel 
contenitore della plastica potre inserire recycling:cans=yes per 
intendere che le lattine si possono gettare li. Ovviamente rifacendoli 
all'elenco inserito nel wiki 
https://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Drecycling


E' il modo corretto per operare?

Grazie...

Gianluca


Per me possono coesistere se un oggetto ha più proprietà.
amenity=recycling +
recycling:plastic=yes +
recycling:cans=yes

Non ho capito il "master" a cosa si riferiva però, alla geometria del 
cassonetto?


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

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

Re: [Talk-it] Di nuovo l'utente pasticcione

[liste DOT girarsi AT posteo DOT eu]

Il 19/02/2018 10:30, Dino Michelini ha scritto:

   Assodato che, nonostante le "moral suasion" messe in campo, esistono
utenti recidivi che hanno come unico fine creare danni, penso che si
dovrebbe passare ad un livello di "deterranza" più convincente, ad es. i
sistemisti che gestiscono il server dove risiede il DB di OSM potrebbero
bloccare il mac adress collegato all'account recidivo.



Bloccare il MAC ADDRESS è violazione della privacy dell'utente.

Da quanto letto finora su questa questione del vandalismo, distinguerei 
i vandali per caso, dai vandali per dolo, ovviamente i secondi 
richiedono strumenti e mezzi che sinceramente non vedo come OSMF possa 
avere a disposizione, se non segnalando alle autorità competenti.







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

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

Re: [Talk-GB] New Post Office Data and Comparison Tool

[Andrew Hain]

Best not to use the type key for anything other than relation types (such as 
type=multipolygon).

--
Andrew


From: Mark Goodge 
Sent: 19 February 2018 15:33:10
To: talk-gb@openstreetmap.org
Subject: Re: [Talk-GB] New Post Office Data and Comparison Tool



On 19/02/2018 14:37, David Woolley wrote:
> On 19/02/18 13:29, Robert Whittaker (OSM lists) wrote:
>> The raw branch list data can be found at
>> http://robert.mathmos.net/osm/postoffice/data/  and it licensed under
>> the Open Government Licence v3. It includes ID numbers, branch names,
>> addresses, locations, and opening hours.
>
> What does type=Crown mean, as one of those near me is marked as this,
> but is actually a concession in a W H Smith's?

A Crown Post Office is one that is either managed directly by Post
Office Ltd, or is provided as part of a national franchise agreement
with a major retailer.

AIUI, WH Smith is, so far, the only retailer that has currently entered
into such an arrangement, but I may be wrong.

The difference between a franchised Crown Post Office and a normal sub
Post Office is that in the latter, the management of the Post Office and
the non-PO retail are the same (typically, of course, a village shop
that combines the role of Post Office and general store), whereas in a
Crown franchise, the Post Office section is managed separately to the
normal retail operation even if they share non-managerial staff.

Mark

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

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

[Talk-it] Utilizzo amenity=recycling

[Gianluca Boero]

Ciao a tutti.

Sarei intenzionato a rivedere e/o inserire i cassonetti per la raccolta 
dei rifiuti nella mia zona. Tali cassonetti sono gestiti da una società 
che opera sul mio territorio, come tutti voi avrete altre società. 
Questo per dire  che vi possono essere lievi differenze tra l'una a l'altra.


In pratica i cassonetti sono colore grigio (secco residuo - 
indifferenziata), bianco (plastica e metalli), verde (vetro), giallo 
(carta), marrone (umido), più alcuni per le batterie usate ed i farmaci 
scaduti. Inoltre in zone sparse ci sono i cassonetti per la raccolta di 
sfalci e potature.


Vi sono poi dei contenitori non gestiti da questa società, per la 
raccolta di vestiti.


Non tutte le aree hanno tutti i contenitori sopra citati, alcune sono 
complete, altre no.


Allora...in primis il tag principale è amenity=recycling seguito da 
recycling_type=container. Questo direi per tutto...vestiti e sfalci 
compresi.


Nel dettaglio, mi creerei un nodo per ogni tipologia di cassonetto e 
farei un copia incolla negli altri punti, visto che la regola per ogni 
raccolta vale per tutti i contenitori.


Scendendo nel dettaglio. creerei dei cassonetti "master" che dovrei poi 
copiare sul territorio. Per ognuno essendo di default il valore no, in 
base alle istruzioni fornite dalla società operante, devo inserire 
esclusivamente i materiali che possono essere riciclati? Ad esempio nel 
contenitore della plastica potre inserire recycling:cans=yes per 
intendere che le lattine si possono gettare li. Ovviamente rifacendoli 
all'elenco inserito nel wiki 
https://wiki.openstreetmap.org/wiki/IT:Tag:amenity%3Drecycling


E' il modo corretto per operare?

Grazie...

Gianluca

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

Re: [Talk-it] Di nuovo l'utente pasticcione

[Marco]

Sarà mica il sindaco di trieste? è tornato poco fa con una raffica di 
changeset



Il 17/02/2018 12:58, Cascafico Giovanni ha scritto:
E' successo anche a Trieste, dove un vandalo alterna pochi changeset 
utili, con danni ad una prima occhiata non evidenti. IMHO questi 
comportamenti subdoli non sono frutto della noia che può affliggere 
qualche frustrato della tastiera, ma sembrano strategie mirate a 
screditare il punto di forza del lavoro collaborativo.


La vaccinazione può essere un minimo di comunità a livello regionale 
od anche più ristretto e l'uso di alcuni strumenti già citati (osmcha 
in coppia con rss, osm analytic tracker ecc.)


Fosse per me, vista la malizia dei danneggiatori, reverterei il loro 
"lavoro" in toto, fregandomene dei changeset utili, in quanto il tempo 
perso per selezionare i revert è sicuramente superiore a quello 
impiegato per vandalizzare.






Il giorno 17 febbraio 2018 12:12, Stefano Droghetti 
> ha 
scritto:




Il 17/02/2018 09:44, Marco ha scritto:



La cosa bella (no, non è bella) è che quasi nessuno sembra
notarlo (nessuno commenta i changeset chiedendo spiegazioni),
come se fossimo tutti intenti a mappare il nostro bel cortile
di casa e non ci accorgessimo che in strada c'è l'anarchia.
Non stiamo parlando di un giocatore di pokemon che ha aggiunto
un laghetto dietro casa, gli account in questione (di cui
conosciamo l'esistenza) sono almeno questi:

http://yosmhm.neis-one.org/?bionicbeaver



Per quanto riguarda questo utente in particolare, perlomeno nella
mia zona, ha aggiunto punti di interesse e percorsi veri.
Perlomeno qui, non è un utente impazzito.

-- 
Stefano Droghetti

stefano.droghe...@gmail.com 
www.stefanodroghetti.it 


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





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


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

Re: [OSM-talk-fr] Itinéraires et balisages randonnée

[Jean-Claude Repetto]

Le 19/02/2018 à 15:19, JB a écrit :
Tu as des données précises sur leurs avancées ? Le projet est ancien et 
de discussions que j'avais pu avoir il y a un temps, l'avancement était 
anecdotique au niveau global. Ce n'est pas le même travail que de 
demander à un bénévole d'aller repeindre des balises au pinceau ou de 
faire de la saisie SIG suite à une reconnaissance terrain.

JB.



J'ai trouvé des applications directes du projet sur leur site:
https://www.ffrandonnee.fr/actualites/15839/numerique-de-la-carte-papier-a-l-appli-mobile-pour-randonner.aspx

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

Re: [Talk-GB] New Post Office Data and Comparison Tool

[Ed Loach]

I asked:
> > The delivery office still has the post office tag on. Should it be
> > tagged differently, or have a subtag added
> > (post_office=delivery_office maybe?), or something else?

David replied:
 > I would say amenity=post_depot; operator=Royal Mail.  Maybe not
> even
> that it you cannot collect undelivered mail there.
> 
> post_office implies a customer facing institution that, in the UK,
> provides various government services, as well as services related to
> letter post.

Thanks. That suggestion allows me to find there are already 306 
amenity=post_depot in the UK (according to taginfo.openstreetmap.org.uk) and 
while it doesn't have its own wiki page, searching "everything" led me to the 
post_office talk page
https://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dpost_office
where it is suggested, which may explain the high number. 

There was also a relevant thread on this list in January 2014 "Royal Mail & 
Parcelforce delivery offices" which also suggested post_depot for delivery 
offices.

Thanks again,

Ed


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

[Talk-de] Challenge accepted?

[David Geiser]

Es geht um die namenlosen Straßen in Mannheim: https://youtu.be/DSG-zxGRkJw

Viele Grüße
David
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSMF sucht Rechenzentrum

[Michael Reichert]

Hallo,

Am 19.02.2018 um 17:19 schrieb Harald Hartmann:
> Bei Hetzner vielleicht ... ich weiss das dort etwas (kostenlos) gehostet
> wird, nur weiss ich nicht mehr was...

Der JOSM-Server ist von Hetzner gesponsort. Die anderen Server des
FOSSGIS e.V. sind aus Spendengeldern bezahlt und "normale" Rootserver.

Viele Grüße

Michael

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



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

[OSM-talk] OSM and Gender

[Heather Leson]

Hello,

We are hosting an online discussion about Gender and OSM. See details in my
diary note as well as the doodle for scheduling. Add your availability by
Thursday of this week so that we can announce the times.

http://www.openstreetmap.org/user/Heather%20Leson/diary/43345

We will host a few conversations on this topic. This is the first scheduled
one. It will be hosted on mumble.

Thanks

Heather Leson and Kate Chapman

Heather Leson
heatherle...@gmail.com
Twitter/skype: HeatherLeson
Blog: textontechs.com
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[Peter Müller]

Ad Punkt 2: 

 

Ich glaub die Dame arbeitet und verwendet ein anderes Tool als wir, hahaha, die Meldung hat mir den Tag versüsst! 

 

Gesendet: Montag, 19. Februar 2018 um 17:53 Uhr
Von: wolfbert 
An: "'OpenStreetMap AT'" 
Betreff: Re: [Talk-at] OSM Nominatim Adress Suche in Wien






Seitens Nominatim gibt es einen ersten Kommentar:

· There will be no parsing of addr:housenumber for unit numbers. Any support for unit numbers on the Nominatim side will only rely on a separate tag addr:unit. Don't hack them into housenumber just to tag for a broken Nomiantim.

· Nominatim can (and already does) take missing address parts from a surrounding building polygon. So a node with only addr:unit inside a building with a full address is just fine.

 

Das bedeutet noch nicht, dass sich etwas ändert, aber es gibt mal die Richtung vor.

 

LG

Wolfgang



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





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

Re: [Talk-ca] Cleanup of addr:country, addr:province, addr:state

[Clifford Snow]

On Mon, Feb 19, 2018 at 7:44 AM, Matthew Darwin  wrote:

> Hi Clifford,
>
> (It was good to meet you at SOTM US last year).
>
> Thanks for your comments... The situation with addr:city appears to me to
> be more complex than the situation with addr:province/addr:country, along
> the lines of what you are mentioning. My personal home mailing address
> cannot be resolved in OSM because the mailing address does not match any of
> the boundaries.  (OSM boundaries are correct, but the official post address
> cannot be resolved from the boundaries). So I have a feeling that addr:city
> is going to be required, at least in some cases.
>
> Do you have a view on addr:province/addr:state or addr:country?  US/Canada
> probably have more similarities than differences, so your input is very
> welcome.
>
I never include addr:province/state or addr:country when adding an address.
If I see one I leave it there since it isn't harming anything. I did just
go look at the last business [1] I added in Burnaby, BC. Looks like I
didn't add a province but did add the city.  I just checked in iD - it
knows that I'm editing in Canada so it has a province field. Very good iD!

[1] https://www.openstreetmap.org/node/4933408221
-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Itinéraires et balisages randonnée

[Alain VASSAULT]

Bonjour,

Par hasard (je cherchait des info sur les différentes signalétique existantes), 
je suis tombé sur cela:
https://www.data.gouv.fr/fr/datasets/chemins-de-randonnees-et-leur-signaletique/

Si une diffusion officielle même partielle des datas en obdl cela ne peut il 
pas "pousser" a l'ouverture du reste ?

Alain

Le 19 février 2018 17:40:50 GMT+01:00, Jean-Claude Repetto  a 
écrit :
>Le 19/02/2018 à 15:00, David Marchal a écrit :
>> Euh… Ils font dans leur coin ce qu’OSM leur propose depuis des
>années,
>> proposition à laquelle ils n’ont jamais daigné répondre ? Certes, ils
>> veulent proposer plus de fonctionnalités que ce que OSM seul propose,
>> comme la remontée d’infos sur les sentiers, mais tout de même, je
>> m’interroge : pourquoi ne pas avoir impliqué OSM ? À moins que ce
>soit
>> le cas et qu’on ne le sache pas encore ? Genre ils ajouteront leur
>base
>> à celle d’OSM ou la rendront importable dans OSM ? J’en doute, vu le
>> passé des échanges avec eux, mais sait-on jamais…
>
>J'ai discuté avec un président départemental de la FFRP lors de
>l'annonce de leur "projet numérique", en juillet 2013. Leur but était
>de
>valoriser le travail de leurs bénévoles afin de compenser la baisse des
>subventions aux associations (par exemple en éditant plus de
>topo-guides). Donc ils n'ont aucune intention de reverser ce travail à
>une base de données libre comme OSM.
>
>
>> Pour les PR, vu que la FFRP reste propriétaire du balisage, on ne
>> pourrait ajouter que l’itinéraire, ce qui est moins utile – ici,
>c’est
>> le randonneur qui parle : sans balisage, un itinéraire est moins
>> pratique à suivre. Et encore, à supposer que l’administration en
>charge
>> veuille bien qu’on ajoute l’itinéraire.
>
>Dans le 06, le balisage des PR est fait par le département. Donc je ne
>pense pas que la FFRP en soit propriétaire.
>
>Jean-Claude
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] Cleanup of addr:country, addr:province, addr:state

[Matthew Darwin]

Hi John,

If we want to be able generate mailing addresses from OSM (is that a 
valid use case?), then whatever the city address Canada Post thinks we 
are in needs to be tagged in some fashion.   Google maps and Bing maps 
both think I'm in "Kanata".  OSM thinks I'm in "Kanata North". Both 
are correct, in different ways.


If I we want to do reverse geo coding using OSM data, then the mailing 
address should be represented in some fashion because that's what 
people expect to see.


https://wiki.openstreetmap.org/wiki/Key:addr says about addr:city: 
/May not be required if boundary=administrative 
 is 
used correctly. May or may not be a clone of is_in:city 
=* (in some places 
the city in the address corresponds to the post office that serves the 
area rather than the actual city, if any, in which the building is 
located)! The name of the city as given in *postal addresses* of the 
building/area. /(emphasis added)



BTW, this is one of the reasons I started all these discussions about  
aligning Canada OSM data... I was trying to use OSM to build a map for 
a community group and rather than just doing post-cleanup work on the 
map data in my own private copy, I thought it might be better to see 
what data we could align and make useful for everyone.  I'll only take 
it as far as consensus is achieved.



On 2018-02-19 11:25 AM, john whelan wrote:
So what we are saying is the city field should be filled in not with 
the physical city but with Canada Posts thoughts of the day?


Orleans is different.  It never was a municipality.

Cheerio John

On 19 February 2018 at 11:17, Matthew Darwin > wrote:


Hi John,

I live in Kanata.  If I type my "  Ottawa" into
the Canada Post lookup tool
(https://www.canadapost.ca/cpo/mc/personal/postalcode/fpc.jsf?LOCALE=en
),
it helpfully corrects me to "Kanata".   Same for old "City of
Nepean" addresses.   Try "1000 Palladium Drive, Kanata, ON"
(Canadian Tire Center).

As far as I know, within the City of Ottawa, everyone's postal
address uses the pre-amalgamted city names while the city hasn't
yet finished de-duplicating street names.   So addr:city should
probably be filled in accordingly.


On 2018-02-19 11:07 AM, john whelan wrote:

I seem to recall from talking to Canada Post that Orleans is
the only location for which that is true.  All of Orleans is
located within Ottawa. So how do you tag it?  It is within the
City of Ottawa these days.

Thanks John

On 19 February 2018 at 10:44, Matthew Darwin
> wrote:

Hi Clifford,

(It was good to meet you at SOTM US last year).

Thanks for your comments... The situation with addr:city
appears to me to be more complex than the situation with
addr:province/addr:country, along the lines of what you are
mentioning. My personal home mailing address cannot be
resolved in OSM because the mailing address does not match
any of the boundaries.  (OSM boundaries are correct, but
the official post address cannot be resolved from the
boundaries). So I have a feeling that addr:city is going to
be required, at least in some cases.

Do you have a view on addr:province/addr:state or
addr:country? US/Canada probably have more similarities
than differences, so your input is very welcome.







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

Re: [Talk-ca] Formatting of Municipality Names in Ontario

[Stewart C. Russell]

On 2018-02-18 11:04 PM, Matthew Darwin wrote:
> 
>   2 Town of Whitchurch-Stouffville (Stouffville)

Like so many post-Amalgamation towns, Whitchurch-Stouffville is the
official name (http://www4.rncan.gc.ca/search-place-names/unique/FDOLC).
There are some real doozies out there: Ashfield-Colborne-Wawanosh,
Smith-Ennismore-Lakefield, Havelock-Belmont-Methuen …

Having spent several years working on a project in
Ashfield-Colborne-Wawanosh (just north of Goderich), the new name hadn't
exactly taken.

cheers,
 Stewart

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

Re: [OSM-talk-fr] [Overpass] Tag universel pour tous commerces ?

[marc marc]

Bonjour,

avec l'assistant overpass :
amenity=* around "LaRue, LaCommune"

ou à la main (recherche à 100m autour de la rue)
[out:json][timeout:25];
// appel Nominatim pour trouver la commune
{{geocodeArea:LaCommune}}->.searchArea;
way[highway][name="LaRue"](area.searchArea);
(
   node(around:100)[amenity];
   node(around:100)[shop];
   node(around:100)[office];
);
out meta;
 >;
out meta;

Je n'ai cependant jamais vérifié ce que cela donne avec une rue ayant
de long segment entre 2 points (je ne sais pas si cela va chercher 100m 
autour des points ou aussi autour du segment qui relie les points)

attention que certains objets peuvent être des way voir mêmes des 
relations, ce n'est pas exceptionnel pour les bâtiments.

Cordialement,
Marc

Le 19. 02. 18 à 17:14, Christian Quest a écrit :
> Une rue n'est pas forcément décrite par une relation associatedStreet et 
> ne décrit de toute façon par une "area" au sens overpass, c'est à dire 
> une frontière délimitant un territoire.
> 
> Il faudrait plutôt chercher le linéaire de la rue dans la commune, et 
> chercher les noeuds (et way) à proximité.
> 
> Je ne sais pas si on peut faire ça avec overpass.
> 
> 
> Le 19/02/2018 à 16:32, Shohreh a écrit :
>> J'ai essayé ça, mais… "This map intentionally left blank. (received empty
>> dataset)" :-/
>>
>> =
>> [out:json][timeout:25];
>>
>> // 123 = relation de la rue cf. Nominatim
>> rel(123);map_to_area -> .searchArea;
>>
>> (
>> node[shop](area.searchArea);
>> node[office](area.searchArea);
>> node[amenity](area.searchArea);
>> );
>>
>> out body;
>>> ;
>> out skel qt;
>> =
>>
>> Pourtant, j'ai déjà utilisé ce genre de requête par le passé. Une idée?
>>
>>
>>
>> -- 
>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 

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

Re: [Talk-us] Rural US: Correcting Original TIGER Imported Ways

[Andy Townsend]

On 19/02/2018 15:24, Dave Mansfield wrote:

I agree. To me having paved and unpaved show on the osm.org default render 
would be the biggest improvement to OSM I can think of.



If anyone wants any help setting up a server to experiment with options 
for rendering "unpaved" let me know.  I've done similar things - surface 
is a factor in rendering of the style at 
https://map.atownsend.org.uk/maps/map/map.html#zoom=16=-24.99447=135.03725 
for example.


Best Regards,

Andy


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

Re: [OSM-talk] Nominatim on the main page

[Jorge Gustavo Rocha]

Thanks, Sarah! That really helps to start contributing.

Regards,

Gustavo

On 19-02-2018 09:31, Sarah Hoffmann wrote:
> On Sun, Feb 18, 2018 at 08:15:57PM +, Jorge Gustavo Rocha wrote:
>>
>>
>> On 18-02-2018 19:21, Milo van der Linden wrote:
>>> With 103 open issues and 12 open pull requests, I would love to
>>> volunteer to at least help get those cleared first. Given the (very
>>> positive, I am glad so many people are acting on this thread)
>>> activity, I think if everybody lends a couple of hours of code this
>>> week we can get nominatim ready to make some progress.
>>>
>>
>> +1
>>
>> I did not blame before, because I never contributed to nominatim. I'll
>> take some time this week to review issues and PR (although this week is
>> the QGIS hackfest).
>>
>> But definitely, I'll use the open data day [1] dedicated to nominatim.
>> Maybe we can have a virtual meeting on March 3rd dedicated to nominatim
>> to coordinate actions.
> 
> Awesome. Nominatim can use all the help it can get.
> 
> The open PRs marked 'Changes requested' are an excellent place to start
> with. Those are changes that are good in general but unfortunately have
> been abandoned by the original author very close before the finish line.
> 
> I have also marked a couple of issue as 'simple'. They are good to get
> used to the code base before tackling the harder ones.
> 
> Kind regards
> 
> Sarah
> 
> ___
> 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

[wolfbert]

Seitens Nominatim gibt es einen ersten Kommentar 
 :

· There will be no parsing of addr:housenumber for unit numbers. Any 
support for unit numbers on the Nominatim side will only rely on a separate tag 
addr:unit. Don't hack them into housenumber just to tag for a broken Nomiantim.

· Nominatim can (and already does) take missing address parts from a 
surrounding building polygon. So a node with only addr:unit inside a building 
with a full address is just fine.

 

Das bedeutet noch nicht, dass sich etwas ändert, aber es gibt mal die Richtung 
vor.

 

LG

Wolfgang

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

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

[gppes_osm]

**gaehn**, guten Morgen! Was ist denn hier los? :-D

> Gesendet: Montag, 19. Februar 2018 um 15:15 Uhr
> Von: "Johann Haag" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] OSM Nominatim Adress Suche in Wien
>
> Wäre ich ein Wiener, dann würde ich angesichts der atemraubend guten
> Stadtplan Qualität https://www.wien.gv.at/stadtplan/ keinen einzigen Klick
> in OSM machen. Ich würde sogar Alleinstellungsmerkmale des Stadtplans wie
> die funktionierende Adress- Suche zu verteidigen wissen. Sieht man sich den
> aktuellen Zustand des Open Source Projektes OSM in Wien an, so beschreibt
> dies genau die momentane Situation. Hier ein Wien dominierten OSM.at
> Verein, da eine Wien lastige talk-at Community, aber alles schon längst in
> eine wohligen Dämmerschlaf versunken.
> 
> Nun kommt doch dieser Tiroler daher, und führt sich auf wie Michael
> Kohlhaas. Plötzlich erwacht die Wiener OSM Welt zum Leben, Geschütze werden
> geölt, lange schon als verschollen gegoltene talk User werfen wieder ihren
> verstaubten Mail Client an. Allianzen mit Deutschen Administratoren werden
> zwecks Sperrfeuer aktiviert. Nach 30 Tagen Abwehrfeuer bricht schließlich
> Hysterie aus.
> Tiroler bleib Bitte zuhause.
> 
> Na Servas
> Grüße von Johann dem Tiroler
> osm: wiki the map
> 
> 
> Am 19. Februar 2018 um 13:19 schrieb Robert Kaiser :
> 
> > Johann Haag schrieb:
> >
> >> Eine unmittelbare und praktikable Lösung ist, auf addr:unit in Wien
> >> einstweilen zu verzichten, Treppen in der Form addr:housenumber=nr/nr zu
> >> Mappen.
> >>
> >
> > Eine "Lösung", die halt nur für den Datenbestand flasch ist und "Müll"
> > produziert, den dann jemand später wieder richten muss.
> >
> > Die momentane addr:unit Verbreitung in Wien:
> >> https://i.imgur.com/yMQCTl5.png 
> >>
> >
> > Das passt sehr gut. Nicht jedes Haus in Wien hat Stiegennummern, daher
> > wird addr:unit auch immer nur sprodische Verbreitung haben. Lass einfach
> > uns, die wir Lokalkenntnis haben, auch unsere Stadt mappen.
> >
> > Es gibt übrigens eine Analogie bei der Eisenbahn. Den Bremser.
> >> https://de.wikipedia.org/wiki/Bremser_(Eisenbahn) <
> >> https://de.wikipedia.org/wiki/Bremser_(Eisenbahn)>
> >>
> >
> > Schön, wenn du Analogien für dich selbst auch gleich postest!
> >
> >
> > KaiRo
> >
> > ___
> > 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
>

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

Re: [OSM-talk-fr] Itinéraires et balisages randonnée

[Jean-Claude Repetto]

Le 19/02/2018 à 15:00, David Marchal a écrit :
> Euh… Ils font dans leur coin ce qu’OSM leur propose depuis des années,
> proposition à laquelle ils n’ont jamais daigné répondre ? Certes, ils
> veulent proposer plus de fonctionnalités que ce que OSM seul propose,
> comme la remontée d’infos sur les sentiers, mais tout de même, je
> m’interroge : pourquoi ne pas avoir impliqué OSM ? À moins que ce soit
> le cas et qu’on ne le sache pas encore ? Genre ils ajouteront leur base
> à celle d’OSM ou la rendront importable dans OSM ? J’en doute, vu le
> passé des échanges avec eux, mais sait-on jamais…

J'ai discuté avec un président départemental de la FFRP lors de
l'annonce de leur "projet numérique", en juillet 2013. Leur but était de
valoriser le travail de leurs bénévoles afin de compenser la baisse des
subventions aux associations (par exemple en éditant plus de
topo-guides). Donc ils n'ont aucune intention de reverser ce travail à
une base de données libre comme OSM.


> Pour les PR, vu que la FFRP reste propriétaire du balisage, on ne
> pourrait ajouter que l’itinéraire, ce qui est moins utile – ici, c’est
> le randonneur qui parle : sans balisage, un itinéraire est moins
> pratique à suivre. Et encore, à supposer que l’administration en charge
> veuille bien qu’on ajoute l’itinéraire.

Dans le 06, le balisage des PR est fait par le département. Donc je ne
pense pas que la FFRP en soit propriétaire.

Jean-Claude

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

Re: [OSM-talk] OpenStreetMap 2008

[Rory McCann]

That's awesome!

Now you gotta set up a data replication update, but delayed by 10 years.
So the map will always be 10 years out of date :D

On 19/02/18 16:46, Ilya Zverev wrote:

Hi folks,

I've seen a lot of tile servers showing how OSM looked in 2006 or 2007. The map 
was an awful spaghetti of broken roads back then, and it looked like half the 
data were lost. So I decided to get a proper API 0.5 planet dump — and since 
the switch happened in late 2017, going back from the current date exactly ten 
years seemed a good choice.

The planet file for 20.02.2008 is slightly over 3 gigabytes, but when you cut 
USA out, you're left with a 400 MB pbf file. Checked out the latest OSM Carto 
3.x style, and voila — OpenStreetMap as it looked exactly ten years ago:

http://osmz.ru/osm2008.html

My server is a bit slow, so be patient. It has the whole world except for the 
United States. I might update it in a few months, so the delta is still ten 
years.

Have fun looking up your cities,
Ilya
___
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-es] Importación de Catastro. CatAtom2Osm no reconoce el archivo 'highway_names.csv'

[Javier Sánchez Portero]

Hola Daniel

Cuando pueda ponerme delante del ordenador lo explico en detalle en la
wiki, mientras te adelanto de cabeza. Dile guardar como y marca una opción
que dice algo así como modificar opciones. Te saldrá un diálogo para
seleccionar el separador. Dile punto y coma si estás usando la versión
1.1.0 o tabulador si estás usando 1.1.1.

El 19 feb. 2018 15:12, "dcapillae"  escribió:

> ¡Genial! Gracias, Javier. Corregiré la descripción en inglés y esta tarde
> haré público el proyecto.
>
> Aprovecho para comentarte un problema que estoy encontrándome en la
> ejecución de CatAtom2Osm. Creo que el problema se debe a que CatAtom2Osm no
> reconoce la información del archivo 'highway_names.csv' editado. Lo edito
> con LibreOffice y lo guardo en formato '.csv', así que no sé que puedo
> estar
> haciendo mal.
>
> Siguiendo los pasos descritos en el wiki:
>
> 1º) Después de comprobar el callejero, elimino los archivos
> 'current_highway.osm' y 'highway_names.csv', y vuelvo a ejecutar
> CatAtom2Osm.
> 2ª) Reviso nuevamente los resultados y edito el archivo 'highway_names.csv'
> para corregir nombres de calles erróneos o que no quiero que se importen.
> Dejo en blanco en la segunda columna los nombres de calles sobre los que
> tengo dudas y guardo el archivo.
> 3º) Elimino el archivo 'current_highway.osm' y vuelvo a ejecutar
> CatAtom2Osm.
>
> Aquí me surge el problema. CatAtom2Osm no termina de procesar los archivos
> en esta última ejecución, se detiene antes de terminar el proceso. En la
> pantalla del terminal se muestran los siguientes mensajes:
>
> INFO - Comienza el procesado de '29043'
> INFO - Leídos 184 características en
> '29043/A.ES.SDGC.CP.29043.cadastralzoning.gml'
> INFO - Municipio: 'Colmenar'
> INFO - Generado '29043/boundary.poly'
> INFO - Leídos 2621 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=address'
> INFO - Leídos 3 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=postaldescriptor'
> INFO - Leídos 131 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=thoroughfarename'
> INFO - Generado 'address.geojson'
> Traceback (most recent call last):
>   File "/home/dcapillae/catastro/CatAtom2Osm/main.py", line 111, in
> 
> run()
>   File "/home/dcapillae/catastro/CatAtom2Osm/main.py", line 104, in
> run
> process(args, options)
>   File "/home/dcapillae/catastro/CatAtom2Osm/main.py", line 44, in
> process
> app.run()
>   File "/home/dcapillae/catastro/CatAtom2Osm/catatom2osm.py", line 96,
> in run
> self.read_address()
>   File "/home/dcapillae/catastro/CatAtom2Osm/catatom2osm.py", line
> 445,
> in read_address
> (highway_names, self.is_new) = self.get_translations(self.address)
>   File "/home/dcapillae/catastro/CatAtom2Osm/catatom2osm.py", line
> 534,
> in get_translations
> highway_names = csvtools.csv2dict(highway_names_path, {})
>   File "/home/dcapillae/catastro/CatAtom2Osm/csvtools.py", line 23, in
> csv2dict
> a_dict[row[0].decode(encoding)] = row[1].decode(encoding)
> IndexError: list index out of range
>
> En el archivo de registro 'catatom2osm.log' aparece básicamente lo mismo en
> relación a esta última ejecución del programa:
>
> INFO - Comienza el procesado de '29043'
> INFO - Leídos 184 características en
> '29043/A.ES.SDGC.CP.29043.cadastralzoning.gml'
> INFO - Municipio: 'Colmenar'
> INFO - Generado '29043/boundary.poly'
> INFO - Leídos 2621 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=address'
> INFO - Leídos 3 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=postaldescriptor'
> INFO - Leídos 131 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=thoroughfarename'
> INFO - Generado 'address.geojson'
>
> El problema persiste tanto si dejo en blanco los nombres de calles en la
> segunda columna del archivo 'highway_names.csv' como si elimino la línea
> completa que hace referencia a esa calle. CatAtom2Osm parece que no
> reconoce
> el archivo y siempre se detiene devolviendo el mismo mensaje de error.
>
> ¿Qué puedo hacer?
>
>
>
> -
> 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: [Talk-de] OSMF sucht Rechenzentrum

[Harald Hartmann]

Bei Hetzner vielleicht ... ich weiss das dort etwas (kostenlos) gehostet
wird, nur weiss ich nicht mehr was...



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

Re: [Talk-it] Why OpenStreetMap is in Serious Trouble

[Fabrizio]

Si stanno già muovendo
https://blog.openstreetmap.org/2018/02/19/osmf-request-for-proposals-data-centre-2018/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] [Overpass] Tag universel pour tous commerces ?

[Christian Quest]

Une rue n'est pas forcément décrite par une relation associatedStreet et 
ne décrit de toute façon par une "area" au sens overpass, c'est à dire 
une frontière délimitant un territoire.


Il faudrait plutôt chercher le linéaire de la rue dans la commune, et 
chercher les noeuds (et way) à proximité.


Je ne sais pas si on peut faire ça avec overpass.


Le 19/02/2018 à 16:32, Shohreh a écrit :

J'ai essayé ça, mais… "This map intentionally left blank. (received empty
dataset)" :-/

=
[out:json][timeout:25];

// 123 = relation de la rue cf. Nominatim
rel(123);map_to_area -> .searchArea;

(
node[shop](area.searchArea);
node[office](area.searchArea);
node[amenity](area.searchArea);
);

out body;

;

out skel qt;
=

Pourtant, j'ai déjà utilisé ce genre de requête par le passé. Une idée?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk] OpenStreetMap 2008

[Matthijs Melissen]

On 19 February 2018 at 16:46, Ilya Zverev  wrote:
> Checked out the latest OSM Carto 3.x style

Cool work! If you run osm2pgsql with '--hstore' and
'--tag-transform-script openstreetmap-carto.lua', I'd expect that the
4.0 branch of OSM carto will also work.

-- Matthijs

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

Re: [OSM-talk] OpenStreetMap 2008

[Christoph Hormann]

On Monday 19 February 2018, Ilya Zverev wrote:
>
> The planet file for 20.02.2008 is slightly over 3 gigabytes, but when
> you cut USA out, you're left with a 400 MB pbf file. Checked out the
> latest OSM Carto 3.x style, and voila — OpenStreetMap as it looked
> exactly ten years ago:
>
> http://osmz.ru/osm2008.html

Have you tried running OSMCoastline on that planet?  Might be tricky but 
would significantly improve the realism of the historic image.

-- 
Christoph Hormann
http://www.imagico.de/

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

[OSM-talk] OpenStreetMap 2008

[Ilya Zverev]

Hi folks,

I've seen a lot of tile servers showing how OSM looked in 2006 or 2007. The map 
was an awful spaghetti of broken roads back then, and it looked like half the 
data were lost. So I decided to get a proper API 0.5 planet dump — and since 
the switch happened in late 2017, going back from the current date exactly ten 
years seemed a good choice.

The planet file for 20.02.2008 is slightly over 3 gigabytes, but when you cut 
USA out, you're left with a 400 MB pbf file. Checked out the latest OSM Carto 
3.x style, and voila — OpenStreetMap as it looked exactly ten years ago:

http://osmz.ru/osm2008.html

My server is a bit slow, so be patient. It has the whole world except for the 
United States. I might update it in a few months, so the delta is still ten 
years.

Have fun looking up your cities,
Ilya
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Importación de Catastro. CatAtom2Osm no reconoce el archivo 'highway_names.csv'

[Juan Luis Rodríguez]

2018-02-19 16:11 GMT+01:00 dcapillae :

> ¡Genial! Gracias, Javier. Corregiré la descripción en inglés y esta tarde
> haré público el proyecto.
>
> Aprovecho para comentarte un problema que estoy encontrándome en la
> ejecución de CatAtom2Osm. Creo que el problema se debe a que CatAtom2Osm no
> reconoce la información del archivo 'highway_names.csv' editado. Lo edito
> con LibreOffice y lo guardo en formato '.csv', así que no sé que puedo
> estar
> haciendo mal.
>
> Siguiendo los pasos descritos en el wiki:
>
> 1º) Después de comprobar el callejero, elimino los archivos
> 'current_highway.osm' y 'highway_names.csv', y vuelvo a ejecutar
> CatAtom2Osm.
> 2ª) Reviso nuevamente los resultados y edito el archivo 'highway_names.csv'
> para corregir nombres de calles erróneos o que no quiero que se importen.
> Dejo en blanco en la segunda columna los nombres de calles sobre los que
> tengo dudas y guardo el archivo.
> 3º) Elimino el archivo 'current_highway.osm' y vuelvo a ejecutar
> CatAtom2Osm.
>
> Aquí me surge el problema. CatAtom2Osm no termina de procesar los archivos
> en esta última ejecución, se detiene antes de terminar el proceso. En la
> pantalla del terminal se muestran los siguientes mensajes:
>
> INFO - Comienza el procesado de '29043'
> INFO - Leídos 184 características en
> '29043/A.ES.SDGC.CP.29043.cadastralzoning.gml'
> INFO - Municipio: 'Colmenar'
> INFO - Generado '29043/boundary.poly'
> INFO - Leídos 2621 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=address'
> INFO - Leídos 3 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=postaldescriptor'
> INFO - Leídos 131 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=thoroughfarename'
> INFO - Generado 'address.geojson'
> Traceback (most recent call last):
>   File "/home/dcapillae/catastro/CatAtom2Osm/main.py", line 111, in
> 
> run()
>   File "/home/dcapillae/catastro/CatAtom2Osm/main.py", line 104, in
> run
> process(args, options)
>   File "/home/dcapillae/catastro/CatAtom2Osm/main.py", line 44, in
> process
> app.run()
>   File "/home/dcapillae/catastro/CatAtom2Osm/catatom2osm.py", line 96,
> in run
> self.read_address()
>   File "/home/dcapillae/catastro/CatAtom2Osm/catatom2osm.py", line
> 445,
> in read_address
> (highway_names, self.is_new) = self.get_translations(self.address)
>   File "/home/dcapillae/catastro/CatAtom2Osm/catatom2osm.py", line
> 534,
> in get_translations
> highway_names = csvtools.csv2dict(highway_names_path, {})
>   File "/home/dcapillae/catastro/CatAtom2Osm/csvtools.py", line 23, in
> csv2dict
> a_dict[row[0].decode(encoding)] = row[1].decode(encoding)
> IndexError: list index out of range
>
> En el archivo de registro 'catatom2osm.log' aparece básicamente lo mismo en
> relación a esta última ejecución del programa:
>
> INFO - Comienza el procesado de '29043'
> INFO - Leídos 184 características en
> '29043/A.ES.SDGC.CP.29043.cadastralzoning.gml'
> INFO - Municipio: 'Colmenar'
> INFO - Generado '29043/boundary.poly'
> INFO - Leídos 2621 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=address'
> INFO - Leídos 3 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=postaldescriptor'
> INFO - Leídos 131 características en
> '29043/A.ES.SDGC.AD.29043.gml|layername=thoroughfarename'
> INFO - Generado 'address.geojson'
>
> El problema persiste tanto si dejo en blanco los nombres de calles en la
> segunda columna del archivo 'highway_names.csv' como si elimino la línea
> completa que hace referencia a esa calle. CatAtom2Osm parece que no
> reconoce
> el archivo y siempre se detiene devolviendo el mismo mensaje de error.
>
> ¿Qué puedo hacer?
>

Lo mismo Libreoffice está haciendo algo extraño cuando vuelve a guardar el
archivo en formato CSV.
Intenta abrir el archivo original con un editor de texto simple (notepad,
gedit, atom.io,...) y elimina las líneas no pertinentes y guarda.



-- 
Un saludo,
Juan Luis.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-ca] Cleanup of addr:country, addr:province, addr:state

[Clifford Snow]

Matthew,
Just one concern - Removing of addr:city. I encourage people to include
addr:city since it's part of their mailing address and could easily be
outside of the city limits. While addr:city isn't needed inside of city
boundaries since it can be obtained from their spatial location, does make
it much easier to full addresses from OSM. I would recommend not removing
addr:city.

My perspective is from the states where I'm familiar with how the US Postal
service operates. If this isn't true in Canada - please ignore.

Clifford

On Mon, Feb 19, 2018 at 7:21 AM, Matthew Darwin  wrote:

> I want to bump up this thread to see what other opinions are out there.
> If you are supportive to remove the addr:province and addr:country tags in
> Canada, please speak up.  I don't like making big changes with only 1
> comment.  (If you like, feel free to reply privately to me avoid bombarding
> the list with "me too" and I will summarize the replies on the list).
> Prior to starting this discussion, I too have been removing these tags when
> I come across them (a few places in London, ON had country=US???)
>
> Alternately my proposal would be to:
>
>- change addr:state => addr:province
>- add ~2.7 million missing  addr:province / addr:country where they
>don't exist
>- an then then to standardize what we are putting into those fields.
>eg for addr:province in Ontario: ON, on, Ontario, ONTARIO, Ont, ont, or the
>several other variations that exist today.  ("ON" is most popular, followed
>by "Ontario")
>
> If you don't like either of the above, I would really like to hear why
> having the tags in some places but not others is a good thing.  As you may
> have noticed based on my posts over the last few weeks that I like to have
> things (more) consistent, unless there is a (good) reason not to be
> consistent.
>
>
> On 2018-02-16 12:52 PM, Alan Richards wrote:
>
> I typically remove these tags when I come across them, as yes, I've heard
> the same argument that they're redundant.
>
> I like all this cleanup you've been doing with phone numbers, addresses,
> etc. Kudos!
>
> On Fri, Feb 16, 2018 at 9:40 AM, Matthew Darwin 
> wrote:
>
>> Hi all,
>>
>> During the discussion of cleaning up municipality names in Canada, it was
>> suggested that the addr:city could be removed entirely if the appropriate
>> boundaries are defined.   I would hazard to guess (and will endeavour to
>> investigate) that the addr:city and the boundaries do not always align in
>> Canada (there are ~11300 administrative boundaries of some type and there
>> are ~7000 unique addr:city tags)... so this will be a much more long term
>> effort.
>>
>> However, the provincial/territorial boundaries are defined, so removing
>> the addr:country, addr:provice and addr:state tags might be a more
>> reasonable at this time.  (addr:country is used ~94% less than addr:street)
>>
>> Tags, by number of occurrences:
>>
>>  167902 addr:country
>>
>>   33252 addr:state
>>
>>  179741 addr:province
>>
>> 2950115 addr:city
>>
>> 2942159 addr:street
>>
>> 2934341 addr:housenumber
>>
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-GB] New Post Office Data and Comparison Tool

[Mark Goodge]

On 19/02/2018 14:37, David Woolley wrote:

On 19/02/18 13:29, Robert Whittaker (OSM lists) wrote:

The raw branch list data can be found at
http://robert.mathmos.net/osm/postoffice/data/  and it licensed under
the Open Government Licence v3. It includes ID numbers, branch names,
addresses, locations, and opening hours.


What does type=Crown mean, as one of those near me is marked as this, 
but is actually a concession in a W H Smith's?


A Crown Post Office is one that is either managed directly by Post 
Office Ltd, or is provided as part of a national franchise agreement 
with a major retailer.


AIUI, WH Smith is, so far, the only retailer that has currently entered 
into such an arrangement, but I may be wrong.


The difference between a franchised Crown Post Office and a normal sub 
Post Office is that in the latter, the management of the Post Office and 
the non-PO retail are the same (typically, of course, a village shop 
that combines the role of Post Office and general store), whereas in a 
Crown franchise, the Post Office section is managed separately to the 
normal retail operation even if they share non-managerial staff.


Mark

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

Re: [OSM-talk-fr] [Overpass] Tag universel pour tous commerces ?

[Shohreh]

J'ai essayé ça, mais… "This map intentionally left blank. (received empty
dataset)" :-/

=
[out:json][timeout:25];

// 123 = relation de la rue cf. Nominatim
rel(123);map_to_area -> .searchArea;

(
node[shop](area.searchArea);
node[office](area.searchArea);
node[amenity](area.searchArea);
);

out body;
>;
out skel qt;
=

Pourtant, j'ai déjà utilisé ce genre de requête par le passé. Une idée?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-us] Rural US: Correcting Original TIGER Imported Ways

[Dave Mansfield]

I agree. To me having paved and unpaved show on the osm.org default render 
would be the biggest improvement to OSM I can think of.

Dave

-Original Message-
From: Rihards [mailto:ric...@nakts.net] 
Sent: Monday, February 19, 2018 9:47 AM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Rural US: Correcting Original TIGER Imported Ways

On 2018.02.19. 15:28, Richard Fairhurst wrote:
...
> Having good paved/unpaved information will be a massive boost for OSM 
> in comparison to other map providers. We're already partway there. As 
> an

definitely. if somebody with the skills reads this, having that reflected on 
the osm.org default render would be a huge help.
i'd map more surface status if it was more obvious.

> example, try asking Google Maps for bike directions from SF to NYC. It 
> sends you down some really, really unsuitable tracks and I'm not 
> entirely convinced you'd survive the journey. By contrast, 
> cycle.travel (using OSM
> data) gets it pretty much right: occasionally it takes a gravel road 
> unnecessarily but it's pretty much always rideable.
> 
> It would be great if we could become the best map of the rural US just 
> as we are for much of the rest of the world.
> 
> cheers
> Richard--
 Rihards

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


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

Re: [Talk-GB] New Post Office Data and Comparison Tool

[David Woolley]

On 19/02/18 15:02, Ed Loach wrote:

The delivery office still has the post office tag on. Should it be tagged 
differently, or have a subtag added (post_office=delivery_office maybe?), or 
something else?


I would say amenity=post_depot; operator=Royal Mail.  Maybe not even 
that it you cannot collect undelivered mail there.


post_office implies a customer facing institution that, in the UK, 
provides various government services, as well as services related to 
letter post.


Generally, if you provide a new value to a key, it should be safe for 
data consumers to treat it as though it were yes.





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

Re: [OSM-talk-fr] Itinéraires et balisages randonnée

[Philippe Verdy]

Il y aurait donc compétition entre 4 acteurs dans les Vosges pour la même
chose : les sentiers pédestres. Qui fera les meilleurs sentiers ?
- les collectivités publiques vosgiennes
- la FFRP
- le Club Vosgien
- OSM

Bref OSM vient s'ajouter à la liste, mais n'a pas d'action locale propre,
ce qui fait encore plus désordre, même si OSM (France) a plutôt bonne cote
au niveau national pour les collectivités publiques en général.

J'imagine que les collectivités vosgiennes ne doivent pas savoir quoi
choisir et à qui s'adresser, elles saupoudrent leurs subventions dans le
désordre dans des projets concurrents, mais là OSM est "out" (hors jeu)

A moins que cela vienne d'une incitation gouvernementale, régionale ou
départementale où il y a bien d'autres choses à cartographier et partager
avec OSM.

Pas seulement avec OSM car il y a aussi les open data publics qui sont nos
sources, et une tentative de longue haleine au plan national pour
synchroniser nos données avec les open data publics, comme par exemple
BANO, BATO d'une part avec d'autre part la BAN, la base postale nationale
normalement transférée par la Poste à l'ARCEP, l'INSEE, l'IGN, le portail
national OpenData et les portails régionaux, mais aussi des données venant
d'autres acteurs public, privés ou mixtes comme ERDF, SNCF/RFF, les agences
de bassin, les agences des parcs naturels, les autorités portuaires ou
aéroportuaires, les chambres et ordres professionnels (y compris de la
Justice comme le notariat, les huissiers, les avocats, les médecins, les
pharmaciens), les grandes assos humanitaires (type Croix Rouge ou Médecins
du Monde), la sécurité civile, etc.

On attend donc une incitation forte du gouvernement pour coordonner les
efforts Open Data, et insister auprès des collectivités pour qu'elles
exigent des données libres (open data) remises régulièrement à jour
(engagement de mise à jour à chaque recette de lot public et au minimum
annuelle) venant de tous les acteurs à qui elles accordent des subventions
publiques.

C'est non seulement une volonté de notre part (OSM France a, avec d'autres
acteurs aussi comme Wikimedia France, ou les assos françaises promouvant
Linux, ou les assos militant pour les libertés publiques, ou encore aussi
les syndicats et les diverses assos locales de résidents un rôle militant
et incitatif), car on peut être une force de pression aussi bien en Europe avec
l'aide d'autres chapitres OSM européens (là une force de pression et
d'incitation s'appelle un "lobby", il n'y a pas que les grandes entreprises
qui doivent s'installer à Bruxelles pour jouer ce rôle auprès de la
Commission ou du Parlement européen) qu'en France (les lobbies existent
aussi et sont très actifs à l'échelle nationale près du gouvernement et du
parlement français, mais ils sont surreprésentés par les grandes
entreprises et les grands syndicats professionnels).

C'est aussi une volonté forte de la Cour des comptes (manifestée à de
nombreuses reprises) et de l'Union européenne pour plus de transparence et
plus de contrôle et plus de visibilité par les résidents de toutes les
dépenses publiques qui sont faites, pour savoir ce qui est réellement mis
en place, fourni aux collectivités en échange de l'octroi d'une quelconque
concession du domaine public.

Il nous faut donc faire comprendre que l'Open Data n'est pas qu'une
exigence pour nous seuls chez OSM (même pour ceux à qui on demande les
données car ils peuvent largement aussi bénéficier déjà des efforts pour
libérer des tonnes d'autres données dont ils ont besoin et qu'ils n'ont
eux-même aucun contrôle et parfois aucune visibilité, même contre licence
payante), c'est un DROIT collectif (pour tous) justifié par les dépenses
publiques qui sont faites en notre nom et qu'on DOIT collectivement payer
sous différentes formes de taxes, impôts, obligations ou contraintes
légales et réglementaires.


Le 19 février 2018 à 12:39, JB  a écrit :

> Bonjour,
> Sauf erreur de ma part, la situation n'a pas avancé positivement depuis
> cette époque :
> https://lists.openstreetmap.org/pipermail/talk-fr/2012-August/046340.html
> http://forum.openstreetmap.fr/viewtopic.php?t=282
> J'ai souvenir de retours négatifs de la fédération par un adhérent au CV
> qui aurait abordé le sujet, mais je n'ai retrouvé de traces.
> J'ai trouvé une citation dans un mail privé de 2013 : « D'après des dires
> de membres de la FFRP, le Club Vosgien serait encore "pire" au niveau
> propriété intellectuelle... »
> À David : adhérent ou pas, ça ne change pas forcément grand chose, si tu
> veux un coup de tampon de l'assoc' en plus, ça m'étonnerait qu'il te soit
> refusé. Si tu veux y aller « sérieusement » (au-delà d'un tweet, d'un mail
> râgeur ou d'un courrier sans suite), c'est chouette. Mais attends-toi à un
> travail de longue haleine, probablement en commençant par convaincre la
> base pour aller chatouiller la tête ensuite. Les groupes locaux vendent des
> cartes de randonnée locales avec leurs balisages en sur-impression, 

Re: [Talk-es] Importación de Catastro. CatAtom2Osm no reconoce el archivo 'highway_names.csv'

[dcapillae]

¡Genial! Gracias, Javier. Corregiré la descripción en inglés y esta tarde
haré público el proyecto.

Aprovecho para comentarte un problema que estoy encontrándome en la
ejecución de CatAtom2Osm. Creo que el problema se debe a que CatAtom2Osm no
reconoce la información del archivo 'highway_names.csv' editado. Lo edito
con LibreOffice y lo guardo en formato '.csv', así que no sé que puedo estar
haciendo mal.

Siguiendo los pasos descritos en el wiki:

1º) Después de comprobar el callejero, elimino los archivos
'current_highway.osm' y 'highway_names.csv', y vuelvo a ejecutar
CatAtom2Osm.
2ª) Reviso nuevamente los resultados y edito el archivo 'highway_names.csv'
para corregir nombres de calles erróneos o que no quiero que se importen.
Dejo en blanco en la segunda columna los nombres de calles sobre los que
tengo dudas y guardo el archivo.
3º) Elimino el archivo 'current_highway.osm' y vuelvo a ejecutar
CatAtom2Osm.

Aquí me surge el problema. CatAtom2Osm no termina de procesar los archivos
en esta última ejecución, se detiene antes de terminar el proceso. En la
pantalla del terminal se muestran los siguientes mensajes:

INFO - Comienza el procesado de '29043'
INFO - Leídos 184 características en
'29043/A.ES.SDGC.CP.29043.cadastralzoning.gml'
INFO - Municipio: 'Colmenar'
INFO - Generado '29043/boundary.poly'
INFO - Leídos 2621 características en
'29043/A.ES.SDGC.AD.29043.gml|layername=address'
INFO - Leídos 3 características en
'29043/A.ES.SDGC.AD.29043.gml|layername=postaldescriptor'
INFO - Leídos 131 características en
'29043/A.ES.SDGC.AD.29043.gml|layername=thoroughfarename'
INFO - Generado 'address.geojson'
Traceback (most recent call last):
  File "/home/dcapillae/catastro/CatAtom2Osm/main.py", line 111, in

run()
  File "/home/dcapillae/catastro/CatAtom2Osm/main.py", line 104, in run
process(args, options)
  File "/home/dcapillae/catastro/CatAtom2Osm/main.py", line 44, in
process
app.run()
  File "/home/dcapillae/catastro/CatAtom2Osm/catatom2osm.py", line 96,
in run
self.read_address()
  File "/home/dcapillae/catastro/CatAtom2Osm/catatom2osm.py", line 445,
in read_address
(highway_names, self.is_new) = self.get_translations(self.address)
  File "/home/dcapillae/catastro/CatAtom2Osm/catatom2osm.py", line 534,
in get_translations
highway_names = csvtools.csv2dict(highway_names_path, {})
  File "/home/dcapillae/catastro/CatAtom2Osm/csvtools.py", line 23, in
csv2dict
a_dict[row[0].decode(encoding)] = row[1].decode(encoding)
IndexError: list index out of range

En el archivo de registro 'catatom2osm.log' aparece básicamente lo mismo en
relación a esta última ejecución del programa:

INFO - Comienza el procesado de '29043'
INFO - Leídos 184 características en
'29043/A.ES.SDGC.CP.29043.cadastralzoning.gml'
INFO - Municipio: 'Colmenar'
INFO - Generado '29043/boundary.poly'
INFO - Leídos 2621 características en
'29043/A.ES.SDGC.AD.29043.gml|layername=address'
INFO - Leídos 3 características en
'29043/A.ES.SDGC.AD.29043.gml|layername=postaldescriptor'
INFO - Leídos 131 características en
'29043/A.ES.SDGC.AD.29043.gml|layername=thoroughfarename'
INFO - Generado 'address.geojson'

El problema persiste tanto si dejo en blanco los nombres de calles en la
segunda columna del archivo 'highway_names.csv' como si elimino la línea
completa que hace referencia a esa calle. CatAtom2Osm parece que no reconoce
el archivo y siempre se detiene devolviendo el mismo mensaje de error.

¿Qué puedo hacer?



-
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

[OSM-talk-fr] Meconnu.fr ?

[Vincent Bergeot]

Bonjour,

je suis tombé sur ce site, qui recense le petit patrimoine : 
http://meconnu.fr/


Je n'ai pas trouvé de traces de discussions sur cette liste, alors qu'il 
me semble qu'il y a de nombreux amateurs .


Avec une ambition (fort louable) collaborative. La plupart des fonds de 
cartes sont des fond OSM mais je ne pense pas qu'il y ait vraiment de 
liens autre que le fond de cartes ?


En savez vous un peu plus ?

Bonne journée

--
Vincent Bergeot


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

Re: [Talk-GB] New Post Office Data and Comparison Tool

[Ed Loach]

Looks interesting thanks. I found a postbox that had recently been re-tagged as 
a post office by a new editor straight away.

One of the unmatched items is the delivery office in Frinton-on-Sea (the 
counter services have moved to the Co-Op). The delivery office still has the 
post office tag on. Should it be tagged differently, or have a subtag added 
(post_office=delivery_office maybe?), or something else?

Thanks

Ed


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

Re: [Talk-us] Rural US: Correcting Original TIGER Imported Ways

[Rihards]

On 2018.02.19. 15:28, Richard Fairhurst wrote:
...
> Having good paved/unpaved information will be a massive boost for OSM in
> comparison to other map providers. We're already partway there. As an

definitely. if somebody with the skills reads this, having that
reflected on the osm.org default render would be a huge help.
i'd map more surface status if it was more obvious.

> example, try asking Google Maps for bike directions from SF to NYC. It sends
> you down some really, really unsuitable tracks and I'm not entirely
> convinced you'd survive the journey. By contrast, cycle.travel (using OSM
> data) gets it pretty much right: occasionally it takes a gravel road
> unnecessarily but it's pretty much always rideable.
> 
> It would be great if we could become the best map of the rural US just as we
> are for much of the rest of the world.
> 
> cheers
> Richard-- 
 Rihards

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

Re: [Talk-it] [Imports] Fwd: Re: Sabbioneta buildings import

[Giorgio Limonta]

Hi Andrea,

There is still an historic=monument.


Sorry, done.


If I'm not mistaken, the proposal is to map an "oratorio" in the following
> way:
> amenity=community_centre
> community_centre=parish_hall
> denomination=catholic
> religion=christian


Ok I fixed


The problem is that without a tagging plan we have to scan for features in
> your OSM file to see if they are mapped correctly :-/


I tried to make it clearer, please review them.


Why did you avoid "not residential" buildings?

For example, the following building is still not correctly mapped (and it
> is not the only one):
> https://postimg.org/image/p3b4wmsgz/


yes but that was a problematic one: if I creat two building parts and a
building feature that contains them, josm validator marks them as an error.
(perhaps for the particular shape). I solved by erasing the lower part that
surrounded the main building.


(and it is not the only one)


I checked again, I hope it's better now


Anyway it seems the OSM file is in much better shape. Let's hope to finish
> this review soon :-)


thanks for your patience ;)

bye

2018-02-16 18:16 GMT+01:00 Andrea Musuruane :

> Hi Giorgio,
>
> On Thu, Feb 15, 2018 at 6:13 PM, Giorgio Limonta <
> giorgio.limont...@gmail.com> wrote:
>
>> You wrongly tagged history=memorial features as historic=monument.
>>> https://wiki.openstreetmap.org/wiki/Tag:historic%3Dmonument
>>>
>>
> There is still an historic=monument.
>
>
>> Please look at this recent thread on the talk-it ML about correctly
>>> tagging an "oratorio" (e.g. the youth centre, not the church):
>>> https://lists.openstreetmap.org/pipermail/talk-it/2018-Febru
>>> ary/062020.html
>>> OK but I don't think bell towers are places of worship. Other opinions
>>> are welcome.
>>
>>
>> Done thanks
>>
>
> If I'm not mistaken, the proposal is to map an "oratorio" in the following
> way:
>
> amenity=community_centre
> community_centre=parish_hall
> denomination=catholic
> religion=christian
>
>
>> What is missing in your proposal is a good tagging plan (i.e. what tags
>>> will be places on different features). Right now I have to look for
>>> features and see if they are tagged correctly.
>>> An (old) example is the following:
>>> https://wiki.openstreetmap.org/wiki/Sardegna/Import/Edificato#Tagging
>>
>>
>> Yes my tagging plan it's very simple because the import information are
>> poor. But I will improve the information after the import with a "classic"
>> mapping approach ;)
>>
>
> The problem is that without a tagging plan we have to scan for features in
> your OSM file to see if they are mapped correctly :-/
>
>
>> About 3D buildings
>>> There should be only one building tag on the outline. But you have two
>>> building=* and there isn't one on the building outline.
>>> Tags relevant for the complete building should be only on the building
>>> outline (e.g. amenity=place_of_worship + religion=* + denomination=* +
>>> name=*).
>>> If you want to specify different height and roof on the various parts,
>>> you must place a building:part tag on each of them.
>>> Thus 2D renderers will ignore building:part tags but they will show the
>>> overall building.
>>
>>
>> You right, I (think) understand that and I fixed the "not residential"
>> buildings
>>
>
> Why did you avoid "not residential" buildings?
>
> For example, the following building is still not correctly mapped (and it
> is not the only one):
> https://postimg.org/image/p3b4wmsgz/
>
> It should have two building:part tags one for each different section of
> the house (now it only has one).
>
>
>> It is wrong to have two POI's - one as a building and one as a node.
>>> Anyway, I haven't understood how and when you will handle these
>>> duplicate features.
>>> BTW, what is wrong with the name "Teatro Olimpico"? You could tag the
>>> feature with name="Teatro all'Antica" ("all'Antica" and not "All'Antica")
>>> and alt_name=""Teatro Olimpico" (https://it.wikipedia.org/wiki
>>> /Teatro_all'Antica).
>>
>>
>> Yes, done.
>>
>
> You current OSM file has one duplicate node. You can find it with JOSM
> validator.
>
> Anyway it seems the OSM file is in much better shape. Let's hope to finish
> this review soon :-)
>
> Bye,
>
> Andrea
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] New Post Office Data and Comparison Tool

[Philip Withnall]

On Mon, 2018-02-19 at 13:29 +, Robert Whittaker (OSM lists) wrote:
> Some of you may have already seen that a few weeks ago I eventually
> got a positive response from Post Office Ltd. (POL) to a request I
> made for a re-usable list of their branches, and permission to use it
> to help improve OpenStreetMap:
> https://www.whatdotheyknow.com/request/re_use_request_for_post_office
> _d
> 
> The raw branch list data can be found at
> http://robert.mathmos.net/osm/postoffice/data/ and it licensed under
> the Open Government Licence v3. It includes ID numbers, branch names,
> addresses, locations, and opening hours.
> 
> I've adapted one of my previous comparison tools to compare the
> dataset to what is currently in OSM, and the results can be seen at
> http://robert.mathmos.net/osm/postoffice/progress/ . I was hoping
> we'd
> be able to use some form of automated matching and import, but I
> don't
> think the data is quite good enough for that. In particular, the
> locations aren't always accurate and sometimes appear not to have
> been
> updated following a branch move. (Based on a small sample that I've
> matched so far, it looks like 10-15% may be out by more than 100m.)
> Also the address data isn't easy to automatically parse into the OSM
> keys.

I’ve taken a brief look, and this looks very useful, thanks Robert.

Philip

signature.asc
Description: This is a digitally signed message part
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] Derby Pub-meeting Tuesday Feb 20th

[SK53]

Just a quick reminder that we will be at the Old Silk Mill in Derby
tomorrow, Tuesday 20th from 19:30.

Details: https://wiki.openstreetmap.org/wiki/Nottingham/Pub_Meetup

Regards,

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

Re: [Talk-GB] New Post Office Data and Comparison Tool

[David Woolley]

On 19/02/18 13:29, Robert Whittaker (OSM lists) wrote:

The raw branch list data can be found at
http://robert.mathmos.net/osm/postoffice/data/  and it licensed under
the Open Government Licence v3. It includes ID numbers, branch names,
addresses, locations, and opening hours.


What does type=Crown mean, as one of those near me is marked as this, 
but is actually a concession in a W H Smith's?


I also note that the matching hasn't used the address.  For one of the 
others I mapped all the house numbers, but haven't mapped the businesses 
on that road, so there is a matching object, and it is very close to the 
postcode centroid, but it isn't recognized as matched.  I guess I can 
fix that, on an ad hoc basis.


I must fix another, which was a concession, but is now in a disused 
shop, so only the concession part is still operating, and the shop part 
is empty.


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

Re: [OSM-talk-fr] Itinéraires et balisages randonnée

[David Marchal]

Ça se tient. En tout cas, ça correspond aux retours qu’on a déjà eu de chez 
eux, et c’est leur intérêt légitime, mais quel dommage de rester dans un esprit 
de fermeture au lieu d’ouverture…



De : Axelos 
Envoyé : lundi 19 février 2018 15:13
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Itinéraires et balisages randonnée

Voilà ma théorie à partir d'un cas similaire :
Garder l'exclusivité de ces données leur permet entre autre d’éviter que
des sociétés opportunistes ne récupère la valeur créé bien souvent
bénévolement par ces clubs, et leurs coupes l'herbe sous les pieds d'un
moyen de revenu.

Même si c'est une vision que je ne partage pas (comme nous tous
contributeurs d'OSM), ça se défend.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Page d'infos de Talk-fr - 
lists.openstreetmap.org
lists.openstreetmap.org
Pour voir tous les messages passés de la liste, visitez les Archives de Talk-fr 
. Utilisation de Talk-fr: Pour envoyer un message à tous les abonnés de ...



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

Re: [OSM-talk-fr] Itinéraires et balisages randonnée

[David Marchal]

Le CV serait pire que la FFRP ? Bizarre, vu qu’il y a plein d’ouvrages qui 
utilisent leur signalétique ; mais peut-être qu’ils ont tous eu le papelard 
idoine. Après, ils connaissent peut-être mieux ce genre d’outils maintenant, à 
force d’en avoir entendu parler tout le monde autour d’eux depuis 2013.


Pour le leur demander moi-même… Ben, je ne pense pas pouvoir me rendre assez 
disponible pour un tel suivi s’il s’avérait nécessaire. Je veux dire : faire 
des échanges avec la fédération pour leur demander, voire leur expliquer 
comment ça marche, les changements et conséquences que ça implique de part et 
d’autre… ça, je pourrais gérer. Mais faire la tournée des sections locales pour 
en faire de même… je doute être à même de gérer un truc comme ça ; ça risque 
plus de me démotiver et de me faire abandonner.


Si on veut que ça marche, il faut être prêt à faire tout dans les formes : 
expliquer ce qu’est OSM, leur expliquer ce qu’on veut, les avantages pour eux 
comme pour nous, le fait que cela ne contredit pas la vente des itinéraires et 
topoguides papier et peut même les enrichir… S’ils veulent approfondir, il 
faudrait sans doute leur montrer comment se servir de (J)OSM, comment mettre à 
jour les données existantes ou en ajouter, car avoir leur accord puis dire « 
Merci, mais pour la suite, on gère ; ne vous en occupez pas. », c’est moyen, il 
faut plutôt les y impliquer, pour leur faire voir l’intérêt de la chose. Mais 
c’est déjà un travail de faire tout ça pour une fédération, alors faire ça pour 
toutes ses sections, et seul ? Je pense pouvoir affirmer que c’est voué à 
l’échec, en tout cas si c’est Bibi qui s’en occupe tout seul dans son coin. 
Question stupide : la fédération ne serait pas à même de trancher pour tous ? 
Après tout, c’est aussi pour ça qu’une fédération existe, non ?

Cordialement.


De : JB 
Envoyé : lundi 19 février 2018 12:39
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Itinéraires et balisages randonnée

Bonjour,
Sauf erreur de ma part, la situation n'a pas avancé positivement depuis cette 
époque :
https://lists.openstreetmap.org/pipermail/talk-fr/2012-August/046340.html
http://forum.openstreetmap.fr/viewtopic.php?t=282
J'ai souvenir de retours négatifs de la fédération par un adhérent au CV qui 
aurait abordé le sujet, mais je n'ai retrouvé de traces.
J'ai trouvé une citation dans un mail privé de 2013 : « D'après des dires de 
membres de la FFRP, le Club Vosgien serait encore "pire" au niveau propriété 
intellectuelle... »
À David : adhérent ou pas, ça ne change pas forcément grand chose, si tu veux 
un coup de tampon de l'assoc' en plus, ça m'étonnerait qu'il te soit refusé. Si 
tu veux y aller « sérieusement » (au-delà d'un tweet, d'un mail râgeur ou d'un 
courrier sans suite), c'est chouette. Mais attends-toi à un travail de longue 
haleine, probablement en commençant par convaincre la base pour aller 
chatouiller la tête ensuite. Les groupes locaux vendent des cartes de randonnée 
locales avec leurs balisages en sur-impression, et se sentent dépossédés si 
quelqu'un d'autre pouvait en faire de même. Le numérique, les biens communs, ce 
n'est pas encore leur époque, pour ceux que j'ai pu rencontrer.
JB.
PS : et le CV et la FFRP se disputent toujours la propriété du GR5 dans les 
Vosges, il me semble…

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