Re: [OSM-talk-be] POIs
Op 24 jul. 2015, om 07:16 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Joost Schouppe heeft eventjes een vergelijking gemaakt voor Antwerpen: slechts 37 van de 294 bakkers zouden gemapped zijn. Dus als POIs je ding zijn, dan mag je gerust zijn, er is nog werk genoeg :-) En met openpoimap (http://openpoimap.org) kun je ze ook mooi zichtbaar maken: https://dl.dropboxusercontent.com/u/17226226/OSM/bakkersantwerpen.png Joost Schouppe ran a test on bakeries in Antwerp. Only 37 of the 294 bakeries are mapped. So, when you love to map POIs, you'll still have plenty of work :-) openpoimap (http://openpoimap.org) is a great tool to show them all: https://dl.dropboxusercontent.com/u/17226226/OSM/bakkersantwerpen.png Marc. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-cz] Dvojité koleje tramvajových tratí
Aha, tak zase SPAM... asi jedinym resenim je kazdeho takoveho odesilatele ulozit na Seznamu do kontaktu... Michale, ja se v tom trvale trochu ztracim. Pricinou je prave ta (pro me) nejasna hranice mezi motivaci, duvody, plusy a minusy jednotlivych reseni, nekdy skryta za obraty, ktere si neumim beze zbytku prelozit (oddelena geometrie apod.) Navrhuji zahrnout toto tema do nejblizsiho brnenskeho sezeni (jsi z Brna, ne?) nekdy po prazdninach a probrat to osobne v sirsi skupine s tuzkou a papirem. vop -- Původní zpráva -- Od: Michal Pustějovský michal.pustejov...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 7. 2015 15:45:35 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí -- Původní zpráva -- Od: Petr Vozdecký v...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 7. 2015 15:19:10 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí Ahoj, sorry, opravdu ošklivý zlá-zlá-zlá ukrutananánsky nehodný email Seznam... naházel mi odpovědi od Michala Pustějovského do spamu... a moji vlastní předchozí odpověď zase do složky Hromadné... Tedy - Michal to popisuje dost polopatisticky a pochopitelně, což je můj cíl - dosáhnout nějaké definice alespoň tam, kde není sporu. Jen jsem přesně nepochopil, KDE je ten opačný případ, kde spor je. Pořád tak nějak doufám, že je jedno, zda mluvím o tramvaji či vlaku (určí se tagem) 1) koleje jdou souběžně s komunikací (zpravidla uprostřed, ale není nutno aby tomu tak bylo vždy) a vozidla na ně mohou vjíždět buď nouzově nebo při křížení nebo dokonce po nich legálně jezdit. K tomuto užití kojelí je svršek uzpůsoben. Jde o běžné řešení tramvajových tratí v centrech měst. Toto lze definovat tak jak to popsal Michal. V OSM by to znamenalo jednu way, která vše popíše pomocí tagů. Toto řešení prakticky vylučuje kreslení obousměrných kolejových tratí jako dvě ways. Tu jsme se možná nepochopili. Asi přispělo i to, že se diskuze rozrostla a vlivem Seznamu znepřehlednila :-) Tenhle způsob značení odděluje geometrii silnice a kolejí. Existuje separátní cesta pro silnici a separátní cesta(y) pro koleje. Bohužel se tím pro silnici ztrácí informace, že po ní nějaké koleje vedou. Tím pádem je toto nutné nějak podchytit (pro účely navigací apod.) a k tomu se právě používá railway:lanes. Spousta příkladů je v tramvajové síti v Brně. Opačným přístupem je zakreslovat tramvaje jedinou čarou vedoucí v překryvu s cestou pro silnici. Tohle právě vylučuje to detailnější vedení, o které se snažíme. 2) shodně jako výše jen s tím rozdílem, že svršek kolejí není uzpůsoben k užití - jde tzv. o segregovanou trať. Toto řešení vizuálně i organizačně spěje k rozkreslení komunikace určené pro vozidla a segregované trati. Řešení umožňuje kreslení obousměrných kolejových tratí jako dvě ways. Obě varianty mají své pro a proti. Kreslení dvou oddělených kolejí přesněji odpovídá reálu především v nestandardních případech (viz napojení tratí na křížovatce Křížová-Poříčí jen jednou větví), ale z toho by pak bylo možné dovodit potřebu kreslit zrovinka na té stejné křižovatce a na ulici Křížové (a jim podobných) odděleně ve dvou ways i automobilovou dopravu, aby bylo (pro vizuální užití mapy) zcela zřejmé, jak a kudy auta objíždí ostrůvky apod. Rozumějme si - snažím se o definici pro nás blbý... :o) vop -- Původní zpráva -- Od: Karel Volný ka...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 7. 2015 14:49:48 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí zdar, Dne Pá 10. července 2015 13:52:58, Petr Vozdecký napsal(a): OK Karle, tvoje poznámka o Poříčí prima (dokonce jsem ji ironií osudu četl za chůze po Poříčí :o), diskuse prima, ale výsledek jen a jen zazdil moji otázku. omlouvám se, pokud jsem někomu znepřehlednil vlákno, ale přišlo mi v této souvislosti dobré vyjasnit si, zda chceme uplatňovat principy (nebo myšlení) stejné nebo tedy tramvaje skutečně nějak vyčlenit oproti jiným drahám ovšem ... https://lists.openstreetmap.org/pipermail/talk-cz/2015-July/012149.html ... nestačí? mně z toho plyne odpověď, že pro oboje platí kreslit zvlášť mimochodem, ten odkazovaný mail mi skončil ve spamu (jako ostatně spousta jiných z talk-cz - vtipná je hláška Seznamu o tom, jak již zprávy z uvedených adres nebude odmítat, a buch, hned další znova označí za spam ...); čistě náhodou, nesouvisí nějaký takový problémek s tou stížností na zazdění? ;-) 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; ___ Talk-cz mailing list Talk-cz@openstreetmap.org
[Talk-de] Daten saugen: OSM2GIS
https://geoobserver.wordpress.com/2015/07/23/daten-saugen-osm2gis/ Klappt gut, viel Spass beim probieren/nutzen. Der geoObserver. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] mapa s popisky
Dne Čt 23. července 2015 20:58:18, Jozef Riha napsal(a): umap? pěkné, ale nevidím možnost exportu (obrázek) ...? K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dvojité koleje tramvajových tratí
Ano, psal jsem to nejspíše někde níže - to je právě cíl mého snažení... :o) poněkud nekamarádsky :o) tedy přehazuji problém na Toma.k, který má skill svolat brněnské OSM zasedání... vop -- Původní zpráva -- Od: Michal Pustějovský michal.pustejov...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 24. 7. 2015 10:21:43 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí Jsem pro. Už asi nastal čas vyřešit tyhle problémy (alespoň v ČR) jednou provždy. Výsledek by se pak hodilo sepsat a dát někde na wiki, ať pak případné další připomínky a debaty můžeme řešit jedním odkazem. Michal -- Původní zpráva -- Od: Petr Vozdecký v...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 24. 7. 2015 9:46:58 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí Aha, tak zase SPAM... asi jedinym resenim je kazdeho takoveho odesilatele ulozit na Seznamu do kontaktu... Michale, ja se v tom trvale trochu ztracim. Pricinou je prave ta (pro me) nejasna hranice mezi motivaci, duvody, plusy a minusy jednotlivych reseni, nekdy skryta za obraty, ktere si neumim beze zbytku prelozit (oddelena geometrie apod.) Navrhuji zahrnout toto tema do nejblizsiho brnenskeho sezeni (jsi z Brna, ne?) nekdy po prazdninach a probrat to osobne v sirsi skupine s tuzkou a papirem. vop -- Původní zpráva -- Od: Michal Pustějovský michal.pustejov...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 7. 2015 15:45:35 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí -- Původní zpráva -- Od: Petr Vozdecký v...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 7. 2015 15:19:10 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí Ahoj, sorry, opravdu ošklivý zlá-zlá-zlá ukrutananánsky nehodný email Seznam... naházel mi odpovědi od Michala Pustějovského do spamu... a moji vlastní předchozí odpověď zase do složky Hromadné... Tedy - Michal to popisuje dost polopatisticky a pochopitelně, což je můj cíl - dosáhnout nějaké definice alespoň tam, kde není sporu. Jen jsem přesně nepochopil, KDE je ten opačný případ, kde spor je. Pořád tak nějak doufám, že je jedno, zda mluvím o tramvaji či vlaku (určí se tagem) 1) koleje jdou souběžně s komunikací (zpravidla uprostřed, ale není nutno aby tomu tak bylo vždy) a vozidla na ně mohou vjíždět buď nouzově nebo při křížení nebo dokonce po nich legálně jezdit. K tomuto užití kojelí je svršek uzpůsoben. Jde o běžné řešení tramvajových tratí v centrech měst. Toto lze definovat tak jak to popsal Michal. V OSM by to znamenalo jednu way, která vše popíše pomocí tagů. Toto řešení prakticky vylučuje kreslení obousměrných kolejových tratí jako dvě ways. Tu jsme se možná nepochopili. Asi přispělo i to, že se diskuze rozrostla a vlivem Seznamu znepřehlednila :-) Tenhle způsob značení odděluje geometrii silnice a kolejí. Existuje separátní cesta pro silnici a separátní cesta(y) pro koleje. Bohužel se tím pro silnici ztrácí informace, že po ní nějaké koleje vedou. Tím pádem je toto nutné nějak podchytit (pro účely navigací apod.) a k tomu se právě používá railway:lanes. Spousta příkladů je v tramvajové síti v Brně. Opačným přístupem je zakreslovat tramvaje jedinou čarou vedoucí v překryvu s cestou pro silnici. Tohle právě vylučuje to detailnější vedení, o které se snažíme. 2) shodně jako výše jen s tím rozdílem, že svršek kolejí není uzpůsoben k užití - jde tzv. o segregovanou trať. Toto řešení vizuálně i organizačně spěje k rozkreslení komunikace určené pro vozidla a segregované trati. Řešení umožňuje kreslení obousměrných kolejových tratí jako dvě ways. Obě varianty mají své pro a proti. Kreslení dvou oddělených kolejí přesněji odpovídá reálu především v nestandardních případech (viz napojení tratí na křížovatce Křížová-Poříčí jen jednou větví), ale z toho by pak bylo možné dovodit potřebu kreslit zrovinka na té stejné křižovatce a na ulici Křížové (a jim podobných) odděleně ve dvou ways i automobilovou dopravu, aby bylo (pro vizuální užití mapy) zcela zřejmé, jak a kudy auta objíždí ostrůvky apod. Rozumějme si - snažím se o definici pro nás blbý... :o) vop -- Původní zpráva -- Od: Karel Volný ka...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 7. 2015 14:49:48 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí zdar, Dne Pá 10. července 2015 13:52:58, Petr Vozdecký napsal(a): OK Karle, tvoje poznámka o Poříčí prima (dokonce jsem ji ironií osudu četl za chůze po Poříčí :o), diskuse prima, ale výsledek jen a jen zazdil moji otázku. omlouvám se, pokud jsem někomu znepřehlednil vlákno, ale přišlo mi v této souvislosti dobré vyjasnit si, zda chceme uplatňovat principy (nebo myšlení) stejné nebo tedy tramvaje skutečně nějak vyčlenit oproti jiným drahám ovšem ...
Re: [OSM-talk-be] POIs
On 2015-07-24 10:08, Marc Gemis wrote : On Fri, Jul 24, 2015 at 9:58 AM, André Pirard a.pirard.pa...@gmail.com mailto:a.pirard.pa...@gmail.com wrote: May I recall another approach that I presented as a way for OSM.be to make money. For each customer or usage, a POI list is built that contains the IDs of the OSM elements + icon URL. The server whose task is to display the map + POIs can fetch the list from any URL. http://server http://list node/way/area ID icon_URL As you know, the ID of OSM elements is not stable, so you can't really use them in queries. Is this similar to creating an Overpass Query with some mapcss and share that link ? I'll agree that creating the Overpass Query might be simplified with e.g. picking POIs from a list. The list approach is for s.o. to show their selection: all shops X, municipality shops..., nearby bus stops, whatever? Such a list needs maintenance, the POIs are changing much more often than the IDs and there can be warnings. The URLs are not stable either, so you can't really use them for links. People don't use the possibility to be warned when a link dangles, there are plenty of blind links, and yet that link system is used intensively. Cheers André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
On Fri Jul 24 09:45:06 2015 GMT+0100, Martin Koppenhoefer wrote: sent from a phone Am 23.07.2015 um 20:49 schrieb Lester Caine les...@lsces.co.uk: What is needed is proper tagging of fields rather than adding random areas of 'farmland' where the land outside of that is also farmland anyway. So yes I would argue that some of these areas are wrong when they have some arbitrary boundary through the middle of farmland. +1, huge arbitrary farmland areas are pointless and hide the actual white spots where there would be something still to map. +1 The same issues occur with vast residential areas. Phil (trigpoint) -- Sent from my Jolla ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] WeeklyOSM CZ 258
Ano, je to od A do Z skvělá piplavá faktografická práce Mariána Kyrala z týmu WeeklyOSM! Díky! -- Původní zpráva -- Od: Michal Pustějovský michal.pustejov...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 15. 7. 2015 18:48:44 Předmět: Re: [Talk-cz] WeeklyOSM CZ 258 Velice pěkné shrnutí LPIS importu, opravdu vynikající práce :-) Michal -- Původní zpráva -- Od: Tom Ka tomas.kaspa...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 15. 7. 2015 17:43:15 Předmět: [Talk-cz] WeeklyOSM CZ 258 Ahoj, je dostupné vydání 258 týdeníku weeklyOSM: http://www.weeklyosm.eu/cz/archives/4391 Téma čísla: Import dat z veřejného registru půdy LPIS * Kopírování z cizích map, autorský zákon a letecké snímky. * Import DIBAVOD - aktuálnost a aktualizace * Nudí vás český překlad? Co takhle brazilská portugalština? * fotomapa od Imagico.de tam kde chybí Bing * Paraguay = OSM + Python * 5let projektu OsmAnd Pěkné počtení... ___ 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: [Talk-cz] mapa s popisky
'hoj, nevím co přesně potřebuješ, ale možná QGis? hm, tak množství tlačítek jsem se sice nezalekl, ale asi nějak nechápu jeho filozofii nebo on nechápe, co po něm chci :-) Zásuvné moduly = Spravovat a instalovat zásuvné moduly = OSMDownloader = Instalovat zásuvný modul Vektor = OpenStreetMap = Stáhnout data Rozsah Manuálně, zadám svůj výřez, soubor, OK Vektor = OpenStreetMap = Importovat topologii z XML = Vstupní soubor co jsem stáhnul, OK Vrstva = Přidat vrstvu = Přidat vrstvu SpatiaLite databáze to co mi vytvořil ten import = Připojit +Také seznam tabulek bez geometrie Ctrl+A jako vybrat úplně všecko = Přidat Vrstva = Zobrazit všechny vrstvy Vrstvy - vyberu třeba nodes, pravým myšítkem Přiblížit na vrstvu a nic nevidím ... :-( K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
On Fri, Jul 24, 2015 at 10:58 AM, André Riedel riedel.an...@gmail.com wrote: Do you mean like this http://www.openstreetmap.org/#map=17/52.17024/-2.18493layers=Q or something else? Yes, of course. But the german style is closer to the colors of Mateusz. As well it is close to the Italian one too. I like it! -- -S ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Dvojité koleje tramvajových tratí
Jsem pro. Už asi nastal čas vyřešit tyhle problémy (alespoň v ČR) jednou provždy. Výsledek by se pak hodilo sepsat a dát někde na wiki, ať pak případné další připomínky a debaty můžeme řešit jedním odkazem. Michal -- Původní zpráva -- Od: Petr Vozdecký v...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 24. 7. 2015 9:46:58 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí Aha, tak zase SPAM... asi jedinym resenim je kazdeho takoveho odesilatele ulozit na Seznamu do kontaktu... Michale, ja se v tom trvale trochu ztracim. Pricinou je prave ta (pro me) nejasna hranice mezi motivaci, duvody, plusy a minusy jednotlivych reseni, nekdy skryta za obraty, ktere si neumim beze zbytku prelozit (oddelena geometrie apod.) Navrhuji zahrnout toto tema do nejblizsiho brnenskeho sezeni (jsi z Brna, ne?) nekdy po prazdninach a probrat to osobne v sirsi skupine s tuzkou a papirem. vop -- Původní zpráva -- Od: Michal Pustějovský michal.pustejov...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 7. 2015 15:45:35 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí -- Původní zpráva -- Od: Petr Vozdecký v...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 7. 2015 15:19:10 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí Ahoj, sorry, opravdu ošklivý zlá-zlá-zlá ukrutananánsky nehodný email Seznam... naházel mi odpovědi od Michala Pustějovského do spamu... a moji vlastní předchozí odpověď zase do složky Hromadné... Tedy - Michal to popisuje dost polopatisticky a pochopitelně, což je můj cíl - dosáhnout nějaké definice alespoň tam, kde není sporu. Jen jsem přesně nepochopil, KDE je ten opačný případ, kde spor je. Pořád tak nějak doufám, že je jedno, zda mluvím o tramvaji či vlaku (určí se tagem) 1) koleje jdou souběžně s komunikací (zpravidla uprostřed, ale není nutno aby tomu tak bylo vždy) a vozidla na ně mohou vjíždět buď nouzově nebo při křížení nebo dokonce po nich legálně jezdit. K tomuto užití kojelí je svršek uzpůsoben. Jde o běžné řešení tramvajových tratí v centrech měst. Toto lze definovat tak jak to popsal Michal. V OSM by to znamenalo jednu way, která vše popíše pomocí tagů. Toto řešení prakticky vylučuje kreslení obousměrných kolejových tratí jako dvě ways. Tu jsme se možná nepochopili. Asi přispělo i to, že se diskuze rozrostla a vlivem Seznamu znepřehlednila :-) Tenhle způsob značení odděluje geometrii silnice a kolejí. Existuje separátní cesta pro silnici a separátní cesta(y) pro koleje. Bohužel se tím pro silnici ztrácí informace, že po ní nějaké koleje vedou. Tím pádem je toto nutné nějak podchytit (pro účely navigací apod.) a k tomu se právě používá railway:lanes. Spousta příkladů je v tramvajové síti v Brně. Opačným přístupem je zakreslovat tramvaje jedinou čarou vedoucí v překryvu s cestou pro silnici. Tohle právě vylučuje to detailnější vedení, o které se snažíme. 2) shodně jako výše jen s tím rozdílem, že svršek kolejí není uzpůsoben k užití - jde tzv. o segregovanou trať. Toto řešení vizuálně i organizačně spěje k rozkreslení komunikace určené pro vozidla a segregované trati. Řešení umožňuje kreslení obousměrných kolejových tratí jako dvě ways. Obě varianty mají své pro a proti. Kreslení dvou oddělených kolejí přesněji odpovídá reálu především v nestandardních případech (viz napojení tratí na křížovatce Křížová-Poříčí jen jednou větví), ale z toho by pak bylo možné dovodit potřebu kreslit zrovinka na té stejné křižovatce a na ulici Křížové (a jim podobných) odděleně ve dvou ways i automobilovou dopravu, aby bylo (pro vizuální užití mapy) zcela zřejmé, jak a kudy auta objíždí ostrůvky apod. Rozumějme si - snažím se o definici pro nás blbý... :o) vop -- Původní zpráva -- Od: Karel Volný ka...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 7. 2015 14:49:48 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí zdar, Dne Pá 10. července 2015 13:52:58, Petr Vozdecký napsal(a): OK Karle, tvoje poznámka o Poříčí prima (dokonce jsem ji ironií osudu četl za chůze po Poříčí :o), diskuse prima, ale výsledek jen a jen zazdil moji otázku. omlouvám se, pokud jsem někomu znepřehlednil vlákno, ale přišlo mi v této souvislosti dobré vyjasnit si, zda chceme uplatňovat principy (nebo myšlení) stejné nebo tedy tramvaje skutečně nějak vyčlenit oproti jiným drahám ovšem ... https://lists.openstreetmap.org/pipermail/talk-cz/2015-July/012149.html ... nestačí? mně z toho plyne odpověď, že pro oboje platí kreslit zvlášť mimochodem, ten odkazovaný mail mi skončil ve spamu (jako ostatně spousta jiných z talk-cz - vtipná je hláška Seznamu o tom, jak již zprávy z uvedených adres nebude odmítat, a buch, hned další znova označí za spam ...); čistě náhodou, nesouvisí nějaký takový problémek s tou stížností na zazdění? ;-) K.
Re: [OSM-talk-be] POIs
On Fri, Jul 24, 2015 at 9:58 AM, André Pirard a.pirard.pa...@gmail.com wrote: May I recall another approach that I presented as a way for OSM.be to make money. For each customer or usage, a POI list is built that contains the IDs of the OSM elements + icon URL. The server whose task is to display the map + POIs can fetch the list from any URL. http://server http://list node/way/area ID icon_URL As you know, the ID of OSM elements is not stable, so you can't really use them in queries. Is this similar to creating an Overpass Query with some mapcss and share that link ? I'll agree that creating the Overpass Query might be simplified with e.g. picking POIs from a list. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
sent from a phone Am 23.07.2015 um 20:49 schrieb Lester Caine les...@lsces.co.uk: What is needed is proper tagging of fields rather than adding random areas of 'farmland' where the land outside of that is also farmland anyway. So yes I would argue that some of these areas are wrong when they have some arbitrary boundary through the middle of farmland. +1, huge arbitrary farmland areas are pointless and hide the actual white spots where there would be something still to map. cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
2015-07-23 16:52 GMT+02:00 Lester Caine les...@lsces.co.uk: On 23/07/15 15:37, André Riedel wrote: It is not the coloring. I would prefer the rendering of motorway and trunk with a outer and a inner line. better: XIX XIX XIX than: XX XX XX Do you mean like this http://www.openstreetmap.org/#map=17/52.17024/-2.18493layers=Q or something else? Yes, of course. But the german style is closer to the colors of Mateusz. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] POIs
On 2015-07-24 08:55, Marc Zoutendijk wrote : Op 24 jul. 2015, om 07:16 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Joost Schouppe heeft eventjes een vergelijking gemaakt voor Antwerpen: slechts 37 van de 294 bakkers zouden gemapped zijn. Dus als POIs je ding zijn, dan mag je gerust zijn, er is nog werk genoeg :-) En met openpoimap (http://openpoimap.org) kun je ze ook mooi zichtbaar maken: https://dl.dropboxusercontent.com/u/17226226/OSM/bakkersantwerpen.png Joost Schouppe ran a test on bakeries in Antwerp. Only 37 of the 294 bakeries are mapped. So, when you love to map POIs, you'll still have plenty of work :-) openpoimap (http://openpoimap.org) is a great tool to show them all: https://dl.dropboxusercontent.com/u/17226226/OSM/bakkersantwerpen.png Marc. Lovely, welcome info forwarding, Marc. And congratulations !!! Impressive but ouch, Marc #2, they use overpass, and extensively. If everybody were using their page much, overpass would soon be on their knees. I think that how to use POIs should be thought out before making them. It's great how a GPS uses a selection offline and how a Web display could do the same. But they use predetermined kinds of POIs that they selected as data they store locally. May I recall another approach that I presented as a way for OSM.be to make money. For each customer or usage, a POI list is built that contains the IDs of the OSM elements + icon URL. The server whose task is to display the map + POIs can fetch the list from any URL. http://server http://list node/way/area ID icon_URL ... For speed and to spare the sources, it can build a cache. Cheers André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] POIs
Marc, is there a way to share some query with other users ? Let's say I made something to show all restaurants, pubs, hotels and cafes. Can I then generate a permalink to share that POI map with others ? regards 2015-07-24 8:55 GMT+02:00 Marc Zoutendijk marczoutend...@mac.com: Op 24 jul. 2015, om 07:16 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Joost Schouppe heeft eventjes een vergelijking gemaakt voor Antwerpen: slechts 37 van de 294 bakkers zouden gemapped zijn. Dus als POIs je ding zijn, dan mag je gerust zijn, er is nog werk genoeg :-) En met openpoimap (http://openpoimap.org) kun je ze ook mooi zichtbaar maken: https://dl.dropboxusercontent.com/u/17226226/OSM/bakkersantwerpen.png Joost Schouppe ran a test on bakeries in Antwerp. Only 37 of the 294 bakeries are mapped. So, when you love to map POIs, you'll still have plenty of work :-) openpoimap (http://openpoimap.org) is a great tool to show them all: https://dl.dropboxusercontent.com/u/17226226/OSM/bakkersantwerpen.png Marc. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
sent from a phone Am 23.07.2015 um 20:49 schrieb Lester Caine les...@lsces.co.uk: The legend says 'Farm', and 'Farmyard' is a distinct land use from farmland, so they should be distinguishable, the wiki says farm and farmland are synonyms in osm, but farmland should be preferred for reasons of ambiguity. Farmyard is distinct from these. cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice
Sans vouloir trop m'avancer, je pense que Christian demandait : « Qui va s'occuper de l'entretien des données arbres à Nice ? ». C'est beau (ou pas) de les importer, mais quid de leur évolution dans 2, 5, 15 ans ? Est-ce que les mappeurs locaux sont ok pour s'en charger ? Est-ce que tu es prêt à t'en charger ? Les batiments, le consensus semble être que ça bouge suffisamment peu pour être modifié au cas par cas. Qu'en est-il des arbres, surtout quand le travail à la main devient laborieux ? JB. Le 24/07/2015 12:03, Vincent Frison a écrit : Alors les données ont l'air d'être bien entretenues puisqu'ils viennent justement de mettre à jour leur export 2015 qui contient environ 600 arbres supplémentaires par rapport à celui de 2014. On peut donc espérer qu'ils continuent à le mettre à jour de temps en temps (j'attends leur réponse à ce sujet ainsi que sur leur taux de couverture globale). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Script osmaxil - Suivi du bâti
Bonjour Stéphane, Je suis justement en train de travailler dessus, enfin je vais y revenir dès que j'en aurais fini l'import des arbres niçois. Pour info le programme peut maintenant créer des bâtiments (et surtout leurs sous-bâtiments) à partir des données OpenData de Paris. Et franchement le rendu 3D est vraiment sympa, on arrive à bien reconnaître les immeubles, rues et quartiers ! La partie la plus technique (qui est loin d'être finie) consiste à bien gérer les effacements des anciens bâtiments.. ainsi que la conservation des nodes adresses. Je vous reparlerai de tout ça très bientôt car il me faudra clairement de l'aide.. Et pour revenir à ta question la réponse est oui à priori.. sauf que sur Paris autant travailler avec OpenDataParis plutôt qu'avec le cadastre.. le 1er à une résolution 4 fois supérieures et surtout on peut avoir la hauteur (approximative) sur CHACUN des sous-bâtiments. Le 24 juillet 2015 14:13, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Bonjour Vincent, Dis-moi, ton script, est-ce qu'il ne pourrait pas aussi être utilisé pour comparer un fichier osm comprenant le bâti issu du cadastre, à ce qui est présent dans Osm ? Je sais que pour le moment il ne permet pas de créer de nouveaux objets, mais s'il permet dans un premier temps de créer une visualisation des zones où il manque des bâtiments, je crois que ça pourrait rendre pas mal de services. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice
Le 24 juillet 2015 14:44, JB jb...@mailoo.org a écrit : Sans vouloir trop m'avancer, je pense que Christian demandait : « Qui va s'occuper de l'entretien des données arbres à Nice ? ». C'est beau (ou pas) de les importer, mais quid de leur évolution dans 2, 5, 15 ans ? Est-ce que les mappeurs locaux sont ok pour s'en charger ? Est-ce que tu es prêt à t'en charger ? Oui je suis ok pour m'en occuper (j'habite la région pour info), y compris dans 15 ans si je suis toujours vivant... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
J'ai un peu fait de nettoyage autour du Mont Blanc. J'ai découvert qu'il y avait 4 nuds superposés pour le Mont Blanc lui-même, avec des tags pas tous identiques. J'ai mis name=Mont Blanc - Monte Bianco. Le Dôme du Gouter s'appelait Mont Blanc; Dôme du Gouter avec beaucoup d'infos (name:xx, wikipedia...) correspondant au Mont-Blanc et non au Gouter (d'ailleurs il semblerait aussi y avoir une légère contestation de frontière à ce niveau là). Et aussi Mont Blanc - Grand Pilier d'Angle qui est devenu Grand Pilier d'Angle tout court. Il y a encore des trucs comme ça vers les Jorasses. Je n'ai pas modifié la frontière qui fait un peu un zig-zag entre les prétentions françaises et italiennes. Le morceau de frontière est inclus dans 18 relations distinctes, surtout côté français. On discute sur [tagging]. L'idée de séparer la frontière en deux et de tagger la zone entre les deux comme disputée ne leur paraît pas extravagante. Après, le problème est de faire quelque chose de général pour les nombreuses zones disputées dans le monde. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Adressdaten BEV
Hallo, ich nehme mir die Freiheit raus, das demnächst mal gradezubiegen: - St. - Sankt, Kurzschreibweise nach short_name [1] - Gemeinde-Präfix weg - Vollständige Gemeindenamen (“Kalsdorf - Kalsdorf bei Graz) - Offensichtliche Fehler ausbessern (“Weikersdorf an Steinfelde”, “St.Stefan ob Leoben” ohne Leerzeichen, etc.) Ich hoffe, dass darauf jetzt keine ideologische Diskussion ohne echte Ergebnisse folgt. Falls sich meine Hoffnung bestätigt, mache ich die Änderungen dieses Wochenende noch. LG Thomas [1] http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29 http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29 On 21 Jul 2015, at 18:48, Dietmar ostr...@diesei.de wrote: Hallo, ich habe eben in Vorbereitung zur landesweiten Hausnummerauswertung auf meinem Server regio-osm.de die Gemeindenamen in OSM mit denen in der offiziellen Liste von Statistik Austria abgeglichen, die ich letztes Jahr importiert habe. Das Vorgehen und eine Einleitung habe ich eben in einem OSM-Blogbeitrag aufgeführt [1] und die einzelnen Unterschiede habe ich auf meinem Webserver auf einer Seite [2] dargestellt, weil ich im OSM Blog keine HTML-Tabelle erzeugen konnte. viele Grüße Dietmar aka okilimu [1] http://www.openstreetmap.org/user/okilimu/diary/35428 http://www.openstreetmap.org/user/okilimu/diary/35428 [2] http://www.regio-osm.de/hausnummerauswertung/oesterreich_gemeindenamenunterschiede.html http://www.regio-osm.de/hausnummerauswertung/oesterreich_gemeindenamenunterschiede.html Am 20.07.2015 um 15:07 schrieb Thomas Rupprecht: Hallo, Wie es aussieht hat das BEV jetzt auch die Adressdaten für Österreich veröffentlicht. Ich bin noch im Kontakt mit dem BEV ob wir eine exlusiv Nutzung bzw doppel Lizenzierung mit ODbL für die Verwaltungsgrenzen und Adressdaten bekommen. http://www.bev.gv.at/portal/page?_pageid=713,2573888_dad=portal_schema=PORTAL http://www.bev.gv.at/portal/page?_pageid=713,2573888_dad=portal_schema=PORTAL mfg Thomas Rupprecht ___ Talk-at mailing list Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at 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
[Talk-in] FSMK Mapping Party
Hello everyone, FSMK(Free Software Movement Karnataka) has been conducting residential camps in various engineering colleges every year and make students to use and contribute to Free and Open Source Software technologies. OSM community and FSMK is organising the mapping party for engineering students. It would be great if members from OSM community and be part of the event and help students to get started with mapping. http://wiki.openstreetmap.org/wiki/FSMK_Mapping_Party_-_Reva_University_%282015%29 Cheers, Srividya ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice
Ben c'est plutôt pas mal tous ça. En tous cas ça confirme ce que je pense. J'ai le cas des parkings de l'Odyseum sur Montpellier. En effet ça fait beaucoup d'arbres ;-) Le 24 juillet 2015 12:03, Vincent Frison vincent.fri...@gmail.com a écrit : Alors les données ont l'air d'être bien entretenues puisqu'ils viennent justement de mettre à jour leur export 2015 qui contient environ 600 arbres supplémentaires par rapport à celui de 2014. On peut donc espérer qu'ils continuent à le mettre à jour de temps en temps (j'attends leur réponse à ce sujet ainsi que sur leur taux de couverture globale). La précision a l'air bonne tout du moins sur les zones que j'ai regardé en détail. Pour moi le seul vrai souci c'est que leur fichier n'indique que la position de l'arbre, on a donc pas le type de l'arbre ni sa hauteur ce qui est bien dommage (certains villes comme Lyon je crois fournissent ces infos, il y a même la circonférence). Cela n'est pas gênant sur une carte classique en 2D mais c'est un peu plus déroutant avec un carte 3D puisque les moteurs ne peuvent pas faire un rendu différent entre un arbre de 2 mètre et un de 20 mètres, ils sont tous affichés avec la même hauteur (celle par défaut). En même temps c'est pas comme si j'étais en train d'importer des informations fausses, elle sont juste incomplètes (tout comme pour 98% des arbres existants). De ce que j'ai vu il n'y a que 4/5 utilisateurs différents qui ont rajouté des arbres sur Nice, notamment un qui en fait beaucoup sur la Promenade des Anglais en prenant soin de rajouter le type=palm. Je vais le contacter pour voir avec lui si on peut trouver une solution pour ne pas gêner le rendu actuel. En gros il a déjà ajouté des arbres correspondants à la plupart des grands palmiers. Mon import va les conserver (éventuellement en les déplaçant légèrement) mais il va rajouter pas mal d'éléments correspondant à des arbres de petites tailles (2/3 mètres) situés autour de ces grands palmiers. Mais comme il n'y aura pas de tag hauteur=* ils seront affichés comme des grands arbres, ça va pas faire joli, ni réaliste. Peut-être qu'une petite requête rajoutant un tag hauteur de 2/3 mètres sur l'ensemble des arbres de la Prom' qui n'ont pas le type palmier seraient souhaitable... Sinon 2 mètres pour le rayon de conflation c'était effectivement un peu court, à 3 mètre je pense qu'on est pas mal : Total of makable imports: 30521 Total of created trees: 29819 Total of updated trees: 702 Total of created or updated trees: 30521 Total of multi matching trees: 107 Pour revenir à la discussion sur les 1188 arbres existants (visibles via Overpass) ça me parait finalement assez cohérent: 700 sont donc mis à jour et les 480 manquant sont tout simplement des arbres non référencés, car généralement non municipaux. Par ex. rien que sur l’aéroport de Nice il y a près de 200 arbres existants qui ne sont pas référencés ! Après j'avoue avoir du mal à adhérer au principe consistant à ne pas rajouter trop de données dans OSM car ça risquerait de trop complexifier la maintenance. En plus dans la cadre concret des arbres ça doit pas arriver bien souvent, la tendance c'est plutôt d'en rajouter pas d'en enlever ! ;p Sauf dans le cas de construction de nouveaux bâtiments ou de nouvelles routes par exemple, mais bon dans ce cas là je ne vois pas ce qu'il y aurait de si compliqué à supprimer tous les arbres sur une zone précise (le fait que les arbres soient très proches les uns des autres n'est en rien gênant). Après sur une grande zone remplie d'arbres (bois / forêt) il vaut é videmment mieux utiliser par exemple le tag landuse=forest mais là sur des petits squares ou petits parcs en pleine ville je vois pas le problème de rajouter quelques dizaines d'éléments arbres, bien au contraire... Le 23 juillet 2015 16:05, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Oui si l'Open Data existe sauf que sur Montpellier c'est l'inverse qui se passe. C'est les données contenues dans OSM qui sont proposées (avec la licence OSM) sur le portail de Montpellier. Voilà pourquoi je produis ces données en fonction du terrain que j'effectue et que j'intègre directement dans OSM. La même pour ajouter l'éclairage public (en parallèle). Pour le placement je le corrige avec Bing quand c'est possible. Pour l'alignement avec JOSM, un petit coup de Maj+B et hop! C'est plus propre que la levé GPS dans certains cas. On n'est pas nombreux ici à le faire mais bon. Il suffit d'aller faire une requête Overpass pour se rendre compte des ajouts. J'ai déjà fais pas mal de chose. Nice à un SIG puissant d'ailleurs le gars qui s'occupait du SIG est maintenant chez ESRI et s'occupe de programme Arcopole. Je pense que le SIG est bien plus puissant (équipe, données, logiciel...) qu'ici. Pour la question d suivi et de maintenant il y a des ref en principe. Si tel est le cas il est facile de voir celle qui n'en ont pas de celle qui ont été importé.
Re: [Talk-at] Adressdaten BEV
On 24.07.2015 12:06, Thomas Konrad wrote: ich nehme mir die Freiheit raus, das demnächst mal gradezubiegen: - St. - Sankt, Kurzschreibweise nach short_name [1] - Gemeinde-Präfix weg - Vollständige Gemeindenamen (“Kalsdorf - Kalsdorf bei Graz) - Offensichtliche Fehler ausbessern (“Weikersdorf an Steinfelde”, “St.Stefan ob Leoben” ohne Leerzeichen, etc.) Ich hoffe, dass darauf jetzt keine ideologische Diskussion ohne echte Ergebnisse folgt. Die hast du gerade angefangen. Vollständige Gemeindenamen sind nicht jene, die in Adressen üblicherweise angegeben werden. Z.B. gibt die Feuerwehr Kalsdorf auf ihrer Website die Adresse Raiffeisenstraße 10 A-8401 Kalsdorf an, also ohne bei Graz. Das Namensungetüm mit bei Graz gehört maximal in official_name des Ortsnodes oder der Gemeinderelation. Selbes gilt für Breitenbrunn am Neusiedlersee, kein Mensch verwendet diese Bezeichnung. Sie hätte nur dann Sinn, wenn Verwechslungsgefahr besteht. In Verbindung mit der Postleitzahl oder den Koordinaten gibt es diese Verwechslungsgefahr nicht. St. und Sankt ist strittig. Der Link auf die Wikiseite ist belanglos, weil dort nur die Mehrdeutigkeit im Englischen angeführt wird. Im deutschen Sprachraum gibt es diese Mehrdeutigkeit nicht, St. heißt immer Sankt und nie Straße. Ich habe noch nie ein ausgeschriebes Sankt in einer Adressangabe gesehen. In solchen Streitfällen muss man sich nach den lokalen Mappern richten. Wenn schon jemand die Hälfte der Adressen in seiner Ortschaft auf eine der beiden Arten gemappt hat, sollten auch die übrigen so gemappt werden. Auf jeden Fall ist es ein No-Go, bestehende Daten nach eigenem Geschmack umzuändern. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
Re central reservations on dual carriageways: I did this for my local map: http://www.transportparadise.co.uk/cyclemap/?zoom=2lat=51.7245lon=-1.24708layers=B0FF by adding a barrier=central_reservation way (with a further tag saying what it was dividing) I'd be a bit wary of using a two-stage casing to achieve a similar effect, because 1) it'll take a lot of fiddling to get it to look good at a variety of zooms, and with a variety of carriageway-separations 2) it's hard to make links work (you have to interweave the casing levels) Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
On 24/07/15 09:42, Martin Koppenhoefer wrote: the wiki says farm and farmland are synonyms in osm, but farmland should be preferred for reasons of ambiguity. Farmyard is distinct from these. http://wiki.openstreetmap.org/wiki/Farm The Farm itself is always identified separately to the surrounding areas and I read THAT page as saying landuse=farm is not valid. http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm has so few entries tagged that I am sure it could be 'retired' now? As others have said - generally covering large areas as 'farmland' is not helping anybody ... -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-be] Green light for the federal open data strategy
Hi Open Knowledge BE, OSM BE and CC BE, A couple of us have been giving feedback to the federal government regarding their open data strategy. Today, the strategy has been approved by the ministerial council: http://www.openknowledge.be/2015/07/24/green-light-for-the-belgian-federal-open-data-strategy/ The strategy contains a lot of our recommendations. We thus can only look forward to a bright future of open data in Belgium. The strategy provides extremely interesting points for e.g., the OSM community: all data should be able to be imported in Open Street Map, or the open transport working group (SNCB is part of the strategy). And last but not least, the standard license they aim at is CC0. For the tweeps out here: https://twitter.com/OpenKnowledgeBE/status/624518681456963584. Feel free to share on other social media. Kind regards, Pieter -- +32 486 74 71 22 Board of directors Open Knowledge Belgium http://openknowledge.be International Open Transport community http://transport.okfn.org Belgian Open Transport community http://transport.openknowledge.be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Green light for the federal open data strategy
Congratulation and much thanks for the work This is indeed very good news for us Nicolas À ven. juil. 24 06:28:18 2015 GMT-0400, Pieter Colpaert a écrit : Hi Open Knowledge BE, OSM BE and CC BE, A couple of us have been giving feedback to the federal government regarding their open data strategy. Today, the strategy has been approved by the ministerial council: http://www.openknowledge.be/2015/07/24/green-light-for-the-belgian-federal-open-data-strategy/ The strategy contains a lot of our recommendations. We thus can only look forward to a bright future of open data in Belgium. The strategy provides extremely interesting points for e.g., the OSM community: all data should be able to be imported in Open Street Map, or the open transport working group (SNCB is part of the strategy). And last but not least, the standard license they aim at is CC0. For the tweeps out here: https://twitter.com/OpenKnowledgeBE/status/624518681456963584. Feel free to share on other social media. Kind regards, Pieter -- +32 486 74 71 22 Board of directors Open Knowledge Belgium http://openknowledge.be International Open Transport community http://transport.okfn.org Belgian Open Transport community http://transport.openknowledge.be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Envoyé depuis mon Jolla ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-at] Adressdaten BEV
On 24.07.2015 13:00, Thomas Konrad wrote: Hier geht es nicht um meinen Geschmack, sondern darum, dass wir in Österreich immer noch ein Mischmasch an Varianten haben, wie Gemeinderelationen bennant sind. Mit Gemeinde, ohne Gemeinde, mit Sankt, mit St., offizieller Name in der Gemeinderelation, lokaler Name in der Gemeinderelation. Daran würde ich gerne etwas ändern. Das wurde hier und international schon reichlich diskutiert und das Ergebnis ist, dass es weder international noch innerösterreichisch eine Chance auf eine Einigung gibt. Der Mischmasch ist eben Teil des Wesens von OSM, und man kann ihn auch positiv sehen (Diversität). -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] Conduta errática de um utilizador
Bom dia, Peço desculpa se não estou a fazer a pergunta no local correto, mas parece-me que pelo menos as pessoas são as indicadas para me responderem. Eu sou Bombeiro no CB Óbidos e estou a mapear o meu Concelho. O OSM vai servir para utilizar-mos no nosso dia a dia, tanto ao nível de estradas e ruas como de bocas de incêndio, números de policia, etc... A minha questão é a seguinte, caso exista algum utilizador que altere os dados que tanto trabalho me estão a dar a carregar, existe alguma possibilidade de repor o que estava feito? Por exemplo um backup? Obrigado. No dia 21 de julho de 2015 às 02:34, Rui Oliveira racoqs...@gmail.com escreveu: Boa noite Tenho estado atento ao comportamento de um utilizador que não me parece que respeita as boas práticas da comunidade OSM, e sim já o avisei. Então passa-se assim, há alguns meses reparei que a ligação A1 a A12 de sacavém. Estava desligada, e o ultimo utilizador a deixar essa ligação nesse estado foi o utilizador ddtuga. Como praticamente ele deixou pouco depois de editar, nem me chateei muito e fui lá e reestabeleci a ligação. Agora fui ver passado esses meses por curiosidade, e ele voltou a editar não acrescentando nada. http://www.openstreetmap.org/way/22936282#map=17/38.79280/-9.11259layers=D Não tenho nenhum problema em relação a esse aspecto, afinal o projecto vive de melhorias incrementais de cada utilizador. Mas surgiu outra ocorrência hoje, novamente detectei outra via desconectada no norte que estava assim há dois meses. Desta vez foi mais a norte e notei que o troço A28 em direcção a vila real que intersecta autoestrada porto amarante que estava desconectada. Desta vez corrigi, e tomei liberdade de enviar um email educado ao utilizador em questão de forma cordial e educada, a salientar o esforço e interesse dele no projecto mas a sugerir-lhe precaução para não deixar as estradas desligadas umas das outras porque existe muito software (por exemplo navegação por gps) que pode deixar de funcionar e dar indicações erradas aos utilizadores. Posteriormente sem me responder nada e depois lhe ter referido que já tinha resolvido o problema, voltou a fazer uma edição por cima da minha. http://www.openstreetmap.org/way/62312652 Até aí tudo bem. Contudo, há pouco tive a confirmação que apesar de o utilizador em questão ler a minha mensagem, ele ignorou as minhas indicações. Isto porque depois de feito a edição em cima, há 2 horas atrás voltou a fazer o mesmo. Desta vez, eu não editei a via para que possam ver que o utilizador ao editar deixou não uma mas duas vias desligadas http://www.openstreetmap.org/way/142465228#map=18/38.78128/-9.12291 Deixo aqui o perfil do utilizador e se virem as suas edições concluem que no geral apanham áreas bastante grandes e não vejo o que é adicionado de novo, além disso são dificies de controlar porque não deixam comentários do que foi modificado/adicionado. http://www.openstreetmap.org/user/ddtuga/history#map=7/39.820/-9.075 Alguém tem uma ideia de como chamar este utilizador à razão? ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt -- Os melhores cumprimentos Álvaro Almeida ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [OSM-talk-be] POIs
Op 24 jul. 2015, om 10:10 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Marc, is there a way to share some query with other users ? Let's say I made something to show all restaurants, pubs, hotels and cafes. Can I then generate a permalink to share that POI map with others ? Yes you can! Marc (Zoutendijk)___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-at] Adressdaten BEV
Das Namensungetüm mit bei Graz gehört maximal in official_name des Ortsnodes oder der Gemeinderelation. Das habe ich nicht klar gesagt: Ich rede auch ausschließlich von den Gemeinderelationen. In Verbindung mit der Postleitzahl oder den Koordinaten gibt es diese Verwechslungsgefahr nicht. In den Gemeinderelationen steht keine Postleitzahl. St. und Sankt ist strittig. Was nichts daran ändert, dass St. eine Abkürzung ist. Bei Sank Pölten zum Beispiel ist zumindest in der Grenzrelation [1] der Name ausgeschrieben. Auf jeden Fall ist es ein No-Go, bestehende Daten nach eigenem Geschmack umzuändern. Hier geht es nicht um meinen Geschmack, sondern darum, dass wir in Österreich immer noch ein Mischmasch an Varianten haben, wie Gemeinderelationen bennant sind. Mit Gemeinde, ohne Gemeinde, mit Sankt, mit St., offizieller Name in der Gemeinderelation, lokaler Name in der Gemeinderelation. Daran würde ich gerne etwas ändern. [1] http://www.openstreetmap.org/relation/2135916 http://www.openstreetmap.org/relation/2135916 On 24 Jul 2015, at 12:45, Friedrich Volkmann b...@volki.at wrote: On 24.07.2015 12:06, Thomas Konrad wrote: ich nehme mir die Freiheit raus, das demnächst mal gradezubiegen: - St. - Sankt, Kurzschreibweise nach short_name [1] - Gemeinde-Präfix weg - Vollständige Gemeindenamen (“Kalsdorf - Kalsdorf bei Graz) - Offensichtliche Fehler ausbessern (“Weikersdorf an Steinfelde”, “St.Stefan ob Leoben” ohne Leerzeichen, etc.) Ich hoffe, dass darauf jetzt keine ideologische Diskussion ohne echte Ergebnisse folgt. Die hast du gerade angefangen. Vollständige Gemeindenamen sind nicht jene, die in Adressen üblicherweise angegeben werden. Z.B. gibt die Feuerwehr Kalsdorf auf ihrer Website die Adresse Raiffeisenstraße 10 A-8401 Kalsdorf an, also ohne bei Graz. Das Namensungetüm mit bei Graz gehört maximal in official_name des Ortsnodes oder der Gemeinderelation. Selbes gilt für Breitenbrunn am Neusiedlersee, kein Mensch verwendet diese Bezeichnung. Sie hätte nur dann Sinn, wenn Verwechslungsgefahr besteht. In Verbindung mit der Postleitzahl oder den Koordinaten gibt es diese Verwechslungsgefahr nicht. St. und Sankt ist strittig. Der Link auf die Wikiseite ist belanglos, weil dort nur die Mehrdeutigkeit im Englischen angeführt wird. Im deutschen Sprachraum gibt es diese Mehrdeutigkeit nicht, St. heißt immer Sankt und nie Straße. Ich habe noch nie ein ausgeschriebes Sankt in einer Adressangabe gesehen. In solchen Streitfällen muss man sich nach den lokalen Mappern richten. Wenn schon jemand die Hälfte der Adressen in seiner Ortschaft auf eine der beiden Arten gemappt hat, sollten auch die übrigen so gemappt werden. Auf jeden Fall ist es ein No-Go, bestehende Daten nach eigenem Geschmack umzuändern. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-be] POIs
Also when I try to combine restaurant and bakery (can't make that one work) Or with user defined POIs ? On Fri, Jul 24, 2015 at 12:20 PM, Marc Zoutendijk marczoutend...@mac.com wrote: Op 24 jul. 2015, om 10:10 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Marc, is there a way to share some query with other users ? Let's say I made something to show all restaurants, pubs, hotels and cafes. Can I then generate a permalink to share that POI map with others ? Yes you can! Marc (Zoutendijk) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-ca] Highway recoding
Reviewing the types that you suggest here, the result seems reasonable. Major Canadian Highways are generally a blend of the two, I find. Type 1 trunks rely on restricted access and the main highways in cities are generally limited in this manner. Likewise, these restrictions lift, in a sense, outside the city where they switch to connecting major settlements together (Type 2). That said, I think that most would agree that the TransCanada Highway is automatically a trunk route given that it is, at it's most basic point, the central connection between major settlements, especially across provincial borders. I assume that the routes that leave the TCH to go to other major settlements would need to be at the same class as the TCH, if they are multi-lane highways used to connect settlements. Or are we to designate them down a classification and leave Trunk for the TCH alone? On Thu, Jul 23, 2015 at 6:48 PM, Tristan Anderson andersontris...@hotmail.com wrote: So it seems like we're coming to some agreement. The current Canadian definition based on that 2005 document should be replaced with something else that is consistent with the rest of the world. Once we find this new definition, the appropriate wiki pages should be updated. I took a look around the world and finally saw some consistency in how trunk tags are used. Stewart's guidelines are basically correct, but I think I can hammer out a more specific description. There are two types of roads with are both usually tagged highway=trunk: (1) Limited access highways. This is a physical description for a road that has some of the characteristics of a motorway. They are often dual carriageways of fairly high speed. (2) Highways connecting distant population centres. This is a functional description for a road where used by cars and heavy trucks travelling long distances or between major cities. Although usually two lanes, in more remote areas these roads may have very light traffic, be unpaved, or be slow. In some parts of the world, like Germany, France and the eastern United States, all trunk roads are type (1) because long-distance travel is generally done on their dense networks of motorways. Conversely, in large swathes of Australia and Canada, as well as in much of the developing world, all trunk roads are type (2) because type (1) doesn't exist. The only country I noticed that doesn't follow the above scheme is Britain (actually just England and Wales), ironically the birthplace of the trunk. The designation there is used quite liberally, including even short roads connecting small towns and quite a few of of London's city streets. Just look at England at zoom level 5 and observe how unusually green it is. I suggest using the international model, with types (1) and (2) above being tagged as trunks in Canada. This won't change much as it largely coincides with how roads are already tagged. The wiki pages can be updated accordingly then we can look at specific roads in BC and Québec! Any objections? From: jfd...@hotmail.com To: scr...@gmail.com; talk-ca@openstreetmap.org Date: Thu, 23 Jul 2015 10:08:44 -0400 Subject: Re: [Talk-ca] Highway recoding Thank Russel, Your description is pretty close of the one I had in mind (about trunks) before I found the Canadian definition was referring to the mentioned document. Cheers, Daniel -Original Message- From: Stewart C. Russell [mailto:scr...@gmail.com] Sent: July-23-15 08:44 To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Highway recoding The definition of ‘trunk’ is a difficult one, if based on the UK understanding. Like its unwritten constitution, trunk roads in the UK are more on a know it when I see it basis. Pretty much the only definitions I can think of that would be generally applicable are: * a trunk road goes from one city/town to another. * no parking at the side of the road. * something above the urban speed limit applies (though there are often nasty brief exceptions, like a roughly 200m stretch of 30 mph that used to adorn the A80, dammit). A trunk road isn't always dual carriageway. It can have traffic lights, roundabouts or (rare, in the UK) stop signs. Depending on its age, it may bypass towns and villages. Older trunk roads may also have all the usual roads entering it, while newer ones are likely to have on-ramps. In summary, the UK definition is so riddled with unwritten exceptions that trying to apply it rigorously in even one province in Canada will be frustrating. And no matter what you do, you'll always get some rogue user that comes along and adds their own tagging. It's a sair fecht … cheers, Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list
Re: [Talk-ca] Open Data Imports
For example Hamilton's open data license (http://www2.hamilton.ca/NR/rdonlyres/C58984A4-FE11-40B9-A231-8572EB922AAA/0/OpenDataTermsAndConditions_Final.html) at first glance seems OK: Your Use of Data: The City of Hamilton grants you a worldwide, royalty-free, perpetual, non-exclusive licence to use the Data, including for commercial purposes, subject to the terms and conditions below. You acknowledge and agree that this Licence does not give you a copyright or other proprietary interest in the Data. You may copy, modify, publish, translate, adapt, distribute or otherwise use the Data in any medium, mode or format for any lawful purpose. When you use the Data, you must acknowledge the source of the Data by including the following attribution statement: “Contains public sector Data made available under the City of Hamilton’s Open Data Licence” But then it says: The City of Hamilton may, in its sole discretion, require you to remove the above attribution statement from your continued use of the Data. (Does this mean that Hamilton can revoke our use of the data for whatever reason it wants? Sounds unacceptable to me) And: You must ensure that your use of the Data does not breach or infringe any applicable laws. (So is OSM held responsible if someone breaks the law using OSM data derived from Hamilton Open Data?) And then everything is subject to the Acceptable Use Agreement at http://www.hamilton.ca/government-information/site-policies/acceptable-use-agreement. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-at] Adressdaten BEV
Hallo Dietmar, zu den Hausnummernbereichen: Ja, da gibt es tatsächlich viele Fälle, wo ein Hauseingang einen ganzen Hausnummernbereich hat. Ich denke das hat u.a. den Grund, dass man versucht hat, dass die umliegenden Hausnummern auf der gegenüberliegenden Straßenseite möglichst nah sind (gerade und ungerade). In Wien gibt es z.B. sehr viele solche Fälle. Thomas Am 24 Jul 2015 um 15:43 schrieb Dietmar ostr...@diesei.de: Hallo, gestern habe ich die erste Hausnummerangauswertung für Östereich laufen lassen, das Ergebnis ist tabellarisch bei [1] und grafisch in einer Kartenübersicht bei [2[ zu sehen. Zur tabellarischen Auflistung ist noch zu bemerken, das ich die administrative Hierarchie versucht habe, aus den umliegenden Adminpolygonen und sonst über Ortspunktobjekte oder sonst über Nominatim zu erfragen und das hat in etlichen Fällen zu fehlerhaften Ergebnissen geführt. Einiges habe ich heute vormittag noch versucht, in meiner lokalen DB zu korrigieren, aber es sind noch grobe falsche administrative Eingruppierungen vorhanden. Beim Import der Hausnummerliste habe ich im ersten Anlauf noch die Hausnummer-Rangeangaben, wie z.B. 8-12 vereinfacht zu 8 (also 10 und 12 ignoriert bzw. den String 8-12 ignoriert). Gibt es Fälle, wo offiziell so eine Bereichsangabe als Hausnummer vergeben wurde? viele Grüße Dietmar regio-osm.de Betreuer [1] http://www.regio-osm.de/hausnummerauswertung/auswertung_auswahlort#%C3%96sterreich [2] http://www.regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=8lat=47.60197lon=13.08165layers=BTTFF Am 20.07.2015 um 15:07 schrieb Thomas Rupprecht: Hallo, Wie es aussieht hat das BEV jetzt auch die Adressdaten für Österreich veröffentlicht. Ich bin noch im Kontakt mit dem BEV ob wir eine exlusiv Nutzung bzw doppel Lizenzierung mit ODbL für die Verwaltungsgrenzen und Adressdaten bekommen. http://www.bev.gv.at/portal/page?_pageid=713,2573888_dad=portal_schema=PORTAL mfg Thomas Rupprecht ___ 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: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
Jérôme Seigneuret jseigneuret-...@yahoo.fr a ?crit : Dans ta note tu peux renvoyer directement sur le titre en question https://en.wikipedia.org/wiki/Mont_Blanc#Ownership_of_the_summit Je pensais mettre ça dans un tag dispute:wikipedia=* et globalement, toute une série de tag dispute:*. Il y a pas mal de cas où la zone disputée est contrôlée de fait par un état et revendiqué par un autre. On peut déjà avoir des name=*, wikipedia=*, note=* et autres sur la zone indépendamment de la dispute. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Script osmaxil - Suivi du bâti
J'ai fait aussi un script python qui permet de faire le tri des bâtiments nouveaux / modifiés / supprimés. https://github.com/sebastien-bugzilla/BatiOsm J'ai expliqué comment il marche ici : http://forum.openstreetmap.fr/viewtopic.php?f=5t=1762 J'en avais parlé aussi sur la mailing list en mars mais ça n'avait pas affolé les foules ! :-) Je l'ai utilisé pour quelques villes dans ma région pour des villes assez grandes (comme colomiers par exemple https://www.openstreetmap.org/relation/35078) et ça marche plutôt bien. Sébastien On 24/07/2015 16:59, Jérôme Seigneuret wrote: Je suis passé à coté car je bosse plus sur la voirie. Merci Stéphane. Mais c'est une extraction from scratch et pas une mise à jour. Puis même sur une mise à jour reste le problème des données déjà intégrées à la main par d'autres contributeurs. Ok Etienne je vais faire un test avec ces scripts. Le 24 juillet 2015 16:53, Etienne Trimaille etienne.trimai...@gmail.com mailto:etienne.trimai...@gmail.com a écrit : Il y a quelques scripts qui comparent 2 fichiers OSM concernant le bati. Voir ce thread avec COD (Cadastre Osm Diff) : http://gis.19327.n5.nabble.com/COD-Cadastre-Osm-Diff-td5380824.html et sur github : https://github.com/jecor/bati-fusion Le 24 juillet 2015 16:28, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Hmm intéressant tout ça ! Je parlais plutôt des zones moins denses où on a régulièrement des nouveaux quartiers résidentiels qui sortent de terre. Bien entendu, on ne les voit pas sur l'imagerie aérienne, et la seule solution qui reste, c'est de récupérer l'extraction du bâti du cadastre, et de le comparer avec ce qui est présent dans Osm en faisant afficher/cacher/afficher/cacher/afficher/cacher le claque du cadastre pour trouver les zones où il manque du bâti. C'est particulièrement casse-pied à faire. Alors qu'avec ton script, on saurait tout de suite où il faut intervenir. Gérer le cas des grandes villes où il s'agit souvent de destruction + reconstruction, m'apparait effectivement bien plus compliqué puisqu'il faut gérer l'ancien qui est sans doute déjà présent dans Osm. Mais je n'en demandais pas tant :-) En tout cas, si tu travailles déjà dessus, je suis impatient de voire ce que ça va donner. Bon courage ! Jérôme, tu ne connais pas le script d'extraction du bâti de cadastre.openstreetmap.fr http://cadastre.openstreetmap.fr ? Stf Le 24/07/2015 14:46, Vincent Frison a écrit : Bonjour Stéphane, Je suis justement en train de travailler dessus, enfin je vais y revenir dès que j'en aurais fini l'import des arbres niçois. Pour info le programme peut maintenant créer des bâtiments (et surtout leurs sous-bâtiments) à partir des données OpenData de Paris. Et franchement le rendu 3D est vraiment sympa, on arrive à bien reconnaître les immeubles, rues et quartiers ! La partie la plus technique (qui est loin d'être finie) consiste à bien gérer les effacements des anciens bâtiments.. ainsi que la conservation des nodes adresses. Je vous reparlerai de tout ça très bientôt car il me faudra clairement de l'aide.. Et pour revenir à ta question la réponse est oui à priori.. sauf que sur Paris autant travailler avec OpenDataParis plutôt qu'avec le cadastre.. le 1er à une résolution 4 fois supérieures et surtout on peut avoir la hauteur (approximative) sur CHACUN des sous-bâtiments. Le 24 juillet 2015 14:13, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Bonjour Vincent, Dis-moi, ton script, est-ce qu'il ne pourrait pas aussi être utilisé pour comparer un fichier osm comprenant le bâti issu du cadastre, à ce qui est présent dans Osm ? Je sais que pour le moment il ne permet pas de créer de nouveaux objets, mais s'il permet dans un premier temps de créer une visualisation des zones où il manque des bâtiments, je crois que ça pourrait rendre pas mal de services. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list
Re: [OSM-legal-talk] Legal requirements of permissions to import into OSM
I suspect the problem is not quite as large as you think it might be. If they want to use a public licence, while it may not be actually explicitly said anywhere, CC0 or the PDDL are naturally totally acceptable. For one offs/special permission I would suggest using http://wiki.openstreetmap.org/wiki/Import/GettingPermission#Letter_Template3 These are essentially the two standard routes we can take were we don't need to make caveats about the data surviving a future licence change. Naturally there may be other non-standard licences that are acceptable and there is for example the ODbL which is usable, however has some issues particularly wrt a future licence change (and some more on top of that). But as said all tend to invoke additional complications which are best avoided. Simon Am 24.07.2015 um 18:06 schrieb Svavar Kjarrval: Hi. There are a few of us in Iceland who have been working on freeing geodata so it can (potentially) be imported into OSM. The main problem has been that we have little idea of what to tell the government entities when they ask how they should proceed (in the legal aspect). Most of the entities are small municipalities so they'd rather not spend many resources in doing original work like finding a compatible licence, researching what they must/should state in their permission or even importing the data themselves. It'd be much easier (for them) if we could propose a way for them to give us the data and they'd only need to sign on the dotted line on the appropriate forms (or send us an e-mail, if it's a valid method). Of course we can guess what form of permission would be acceptable and how it could be given, but we'd rather not have to return to the agency and ask for any additional actions because our original guidelines were insufficient (or even incorrect). There are no international copyright licences we can point to since there are no such licences which have been formally deemed acceptable to import under the CT. So the status now is that we must get a specific permission to use the data for an import into OSM. OK, let's say the government entity would be willing to grant permission to submit the data (or a derived version) specifically under the CT (even if I'm wrong about no formally compatible licence currently existing). What is the best way to ensure that is withstands any/most legal challenges which would be likely to be brought up in the import process? Can the permission be sent from an official e-mail address? If not, is it an absolute requirement that it must be on paper? Should we implicity trust that the official is within their right to grant us the permission or must we go into some research to verify? What *must* the permission say to be considered valid? Does the permission have to be accompanied with the most recent version of the CT so there's no question as to what is being agreed upon? If so, does the same apply to the ODbL since it plays such a big role in what can be (currently) done with the data? I don't expect an answer to every one of these questions but I'd be grateful if you could point me to any guidelines to minimise the risk of giving incomplete or incorrect suggestions regarding the legal aspect to potential data providers. With regards, Svavar Kjarrval ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Importation des arbres municipaux sur Nice
Le problème des arbres est similaire à celui du bâti. On dézingue pas des arbres régulièrement (en tout cas en ville)... Il y a qu'a voir les platanes. Sauf maladie, tempête, risque pour la sécurité des usagers, il n'y a pas de raison. Si la croissance est importante et que les arbres sont plantés trop proche pour les premières années (histoire de faire joli), il y a un arbre sur deux qui saute (au bout de dix ans en principe). D'ici là on a le temps de voir les choses changer. Le 24 juillet 2015 14:53, Vincent Frison vincent.fri...@gmail.com a écrit : Le 24 juillet 2015 14:44, JB jb...@mailoo.org a écrit : Sans vouloir trop m'avancer, je pense que Christian demandait : « Qui va s'occuper de l'entretien des données arbres à Nice ? ». C'est beau (ou pas) de les importer, mais quid de leur évolution dans 2, 5, 15 ans ? Est-ce que les mappeurs locaux sont ok pour s'en charger ? Est-ce que tu es prêt à t'en charger ? Oui je suis ok pour m'en occuper (j'habite la région pour info), y compris dans 15 ans si je suis toujours vivant... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
On 24/07/15 13:11, Martin Koppenhoefer wrote: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm has so few entries tagged that I am sure it could be 'retired' now? like 640.000 few? I'd also like to retire it, but I wouldn't base that on usage numbers ;-) OK I was just looking at the bottom of the page and seeing '69' ... -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
C'est déjà fait. Mais reste que name ne doit avoir qu'une seule valeur et là les deux sont regroupés et ça c'est pas une bonne chose. N'y a t'il pas un nom reconnu au niveau international? Je crois pas que l'on puisse ne mettre que name:*= sans name= Le 24 juillet 2015 16:12, Francescu GAROBY windu...@gmail.com a écrit : pour le name, ne vaudrait-il mieux pas scinder la valeur que tu indiques via les tags name:fr et name:it ? Francescu Le 24 juillet 2015 15:08, Eric Sibert courr...@eric.sibert.fr a écrit : J'ai un peu fait de nettoyage autour du Mont Blanc. J'ai découvert qu'il y avait 4 nœuds superposés pour le Mont Blanc lui-même, avec des tags pas tous identiques. J'ai mis name=Mont Blanc - Monte Bianco. Le Dôme du Gouter s'appelait Mont Blanc; Dôme du Gouter avec beaucoup d'infos (name:xx, wikipedia...) correspondant au Mont-Blanc et non au Gouter (d'ailleurs il semblerait aussi y avoir une légère contestation de frontière à ce niveau là). Et aussi Mont Blanc - Grand Pilier d'Angle qui est devenu Grand Pilier d'Angle tout court. Il y a encore des trucs comme ça vers les Jorasses. Je n'ai pas modifié la frontière qui fait un peu un zig-zag entre les prétentions françaises et italiennes. Le morceau de frontière est inclus dans 18 relations distinctes, surtout côté français. On discute sur [tagging]. L'idée de séparer la frontière en deux et de tagger la zone entre les deux comme disputée ne leur paraît pas extravagante. Après, le problème est de faire quelque chose de général pour les nombreuses zones disputées dans le monde. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Adressdaten BEV
Das ist mir auch schon aufgefallen das Eckhäuser laut BEV Datensatz 2 Adressen hat was aber nicht stimmt. Hier muss man wohl viele false-positives aussortieren. genauso ist es mit Hausnummern auf möglichen zukünftigen Bauplätzen. mfg Thomas Rupprecht Am 24. Juli 2015 um 17:35 schrieb Flaimo fla...@gmail.com: Hallo, bin gerade am vergleichen der Hausnummern in Linz. da sind aber welche dabei die mir dubios vorkommen. Ca 70% der fehlenden Nummern sind Hausnummern an Gebäuden die an Kreuzungen stehen. In der Innenstadt kommt das auch tatsächlich mal vor, aber im ländlicheren Bereich haben die Einfamilienhäuser doch normalerweise nur eine Hausnummer zur Seite wo der Eingang ist. In dieser Häufigkeit werden doch keine doppelten Nummern für ein Haus vergeben, oder? zum Beispiel hier: http://i.imgur.com/5i5bTG5.png flaimo 2015-07-24 16:22 GMT+02:00 Thomas Konrad o...@thomaskonrad.at: Hallo Dietmar, zu den Hausnummernbereichen: Ja, da gibt es tatsächlich viele Fälle, wo ein Hauseingang einen ganzen Hausnummernbereich hat. Ich denke das hat u.a. den Grund, dass man versucht hat, dass die umliegenden Hausnummern auf der gegenüberliegenden Straßenseite möglichst nah sind (gerade und ungerade). In Wien gibt es z.B. sehr viele solche Fälle. Thomas Am 24 Jul 2015 um 15:43 schrieb Dietmar ostr...@diesei.de: Hallo, gestern habe ich die erste Hausnummerangauswertung für Östereich laufen lassen, das Ergebnis ist tabellarisch bei [1] und grafisch in einer Kartenübersicht bei [2[ zu sehen. Zur tabellarischen Auflistung ist noch zu bemerken, das ich die administrative Hierarchie versucht habe, aus den umliegenden Adminpolygonen und sonst über Ortspunktobjekte oder sonst über Nominatim zu erfragen und das hat in etlichen Fällen zu fehlerhaften Ergebnissen geführt. Einiges habe ich heute vormittag noch versucht, in meiner lokalen DB zu korrigieren, aber es sind noch grobe falsche administrative Eingruppierungen vorhanden. Beim Import der Hausnummerliste habe ich im ersten Anlauf noch die Hausnummer-Rangeangaben, wie z.B. 8-12 vereinfacht zu 8 (also 10 und 12 ignoriert bzw. den String 8-12 ignoriert). Gibt es Fälle, wo offiziell so eine Bereichsangabe als Hausnummer vergeben wurde? viele Grüße Dietmar regio-osm.de Betreuer [1] http://www.regio-osm.de/hausnummerauswertung/auswertung_auswahlort#%C3%96sterreich [2] http://www.regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=8lat=47.60197lon=13.08165layers=BTTFF Am 20.07.2015 um 15:07 schrieb Thomas Rupprecht: Hallo, Wie es aussieht hat das BEV jetzt auch die Adressdaten für Österreich veröffentlicht. Ich bin noch im Kontakt mit dem BEV ob wir eine exlusiv Nutzung bzw doppel Lizenzierung mit ODbL für die Verwaltungsgrenzen und Adressdaten bekommen. http://www.bev.gv.at/portal/page?_pageid=713,2573888_dad=portal_schema=PORTAL mfg Thomas Rupprecht ___ Talk-at mailing listTalk-at@openstreetmap.orghttps://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 ___ 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] Script osmaxil - Suivi du bâti
Hmm intéressant tout ça ! Je parlais plutôt des zones moins denses où on a régulièrement des nouveaux quartiers résidentiels qui sortent de terre. Bien entendu, on ne les voit pas sur l'imagerie aérienne, et la seule solution qui reste, c'est de récupérer l'extraction du bâti du cadastre, et de le comparer avec ce qui est présent dans Osm en faisant afficher/cacher/afficher/cacher/afficher/cacher le claque du cadastre pour trouver les zones où il manque du bâti. C'est particulièrement casse-pied à faire. Alors qu'avec ton script, on saurait tout de suite où il faut intervenir. Gérer le cas des grandes villes où il s'agit souvent de destruction + reconstruction, m'apparait effectivement bien plus compliqué puisqu'il faut gérer l'ancien qui est sans doute déjà présent dans Osm. Mais je n'en demandais pas tant :-) En tout cas, si tu travailles déjà dessus, je suis impatient de voire ce que ça va donner. Bon courage ! Jérôme, tu ne connais pas le script d'extraction du bâti de cadastre.openstreetmap.fr ? Stf Le 24/07/2015 14:46, Vincent Frison a écrit : Bonjour Stéphane, Je suis justement en train de travailler dessus, enfin je vais y revenir dès que j'en aurais fini l'import des arbres niçois. Pour info le programme peut maintenant créer des bâtiments (et surtout leurs sous-bâtiments) à partir des données OpenData de Paris. Et franchement le rendu 3D est vraiment sympa, on arrive à bien reconnaître les immeubles, rues et quartiers ! La partie la plus technique (qui est loin d'être finie) consiste à bien gérer les effacements des anciens bâtiments.. ainsi que la conservation des nodes adresses. Je vous reparlerai de tout ça très bientôt car il me faudra clairement de l'aide.. Et pour revenir à ta question la réponse est oui à priori.. sauf que sur Paris autant travailler avec OpenDataParis plutôt qu'avec le cadastre.. le 1er à une résolution 4 fois supérieures et surtout on peut avoir la hauteur (approximative) sur CHACUN des sous-bâtiments. Le 24 juillet 2015 14:13, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Bonjour Vincent, Dis-moi, ton script, est-ce qu'il ne pourrait pas aussi être utilisé pour comparer un fichier osm comprenant le bâti issu du cadastre, à ce qui est présent dans Osm ? Je sais que pour le moment il ne permet pas de créer de nouveaux objets, mais s'il permet dans un premier temps de créer une visualisation des zones où il manque des bâtiments, je crois que ça pourrait rendre pas mal de services. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cz] mapa s popisky
no, to je fakt, obrazok to nevie exportovat, iba geojson, kml a gpx.. tak nic On Fri, 24 Jul 2015, Karel Volný wrote: Dne Čt 23. července 2015 20:58:18, Jozef Riha napsal(a): umap? pěkné, ale nevidím možnost exportu (obrázek) ...? 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
Re: [OSM-talk-fr] Script osmaxil - Suivi du bâti
Je suis passé à coté car je bosse plus sur la voirie. Merci Stéphane. Mais c'est une extraction from scratch et pas une mise à jour. Puis même sur une mise à jour reste le problème des données déjà intégrées à la main par d'autres contributeurs. Ok Etienne je vais faire un test avec ces scripts. Le 24 juillet 2015 16:53, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Il y a quelques scripts qui comparent 2 fichiers OSM concernant le bati. Voir ce thread avec COD (Cadastre Osm Diff) : http://gis.19327.n5.nabble.com/COD-Cadastre-Osm-Diff-td5380824.html et sur github : https://github.com/jecor/bati-fusion Le 24 juillet 2015 16:28, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Hmm intéressant tout ça ! Je parlais plutôt des zones moins denses où on a régulièrement des nouveaux quartiers résidentiels qui sortent de terre. Bien entendu, on ne les voit pas sur l'imagerie aérienne, et la seule solution qui reste, c'est de récupérer l'extraction du bâti du cadastre, et de le comparer avec ce qui est présent dans Osm en faisant afficher/cacher/afficher/cacher/afficher/cacher le claque du cadastre pour trouver les zones où il manque du bâti. C'est particulièrement casse-pied à faire. Alors qu'avec ton script, on saurait tout de suite où il faut intervenir. Gérer le cas des grandes villes où il s'agit souvent de destruction + reconstruction, m'apparait effectivement bien plus compliqué puisqu'il faut gérer l'ancien qui est sans doute déjà présent dans Osm. Mais je n'en demandais pas tant :-) En tout cas, si tu travailles déjà dessus, je suis impatient de voire ce que ça va donner. Bon courage ! Jérôme, tu ne connais pas le script d'extraction du bâti de cadastre.openstreetmap.fr ? Stf Le 24/07/2015 14:46, Vincent Frison a écrit : Bonjour Stéphane, Je suis justement en train de travailler dessus, enfin je vais y revenir dès que j'en aurais fini l'import des arbres niçois. Pour info le programme peut maintenant créer des bâtiments (et surtout leurs sous-bâtiments) à partir des données OpenData de Paris. Et franchement le rendu 3D est vraiment sympa, on arrive à bien reconnaître les immeubles, rues et quartiers ! La partie la plus technique (qui est loin d'être finie) consiste à bien gérer les effacements des anciens bâtiments.. ainsi que la conservation des nodes adresses. Je vous reparlerai de tout ça très bientôt car il me faudra clairement de l'aide.. Et pour revenir à ta question la réponse est oui à priori.. sauf que sur Paris autant travailler avec OpenDataParis plutôt qu'avec le cadastre.. le 1er à une résolution 4 fois supérieures et surtout on peut avoir la hauteur (approximative) sur CHACUN des sous-bâtiments. Le 24 juillet 2015 14:13, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Bonjour Vincent, Dis-moi, ton script, est-ce qu'il ne pourrait pas aussi être utilisé pour comparer un fichier osm comprenant le bâti issu du cadastre, à ce qui est présent dans Osm ? Je sais que pour le moment il ne permet pas de créer de nouveaux objets, mais s'il permet dans un premier temps de créer une visualisation des zones où il manque des bâtiments, je crois que ça pourrait rendre pas mal de services. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Adressdaten BEV
Hallo, bin gerade am vergleichen der Hausnummern in Linz. da sind aber welche dabei die mir dubios vorkommen. Ca 70% der fehlenden Nummern sind Hausnummern an Gebäuden die an Kreuzungen stehen. In der Innenstadt kommt das auch tatsächlich mal vor, aber im ländlicheren Bereich haben die Einfamilienhäuser doch normalerweise nur eine Hausnummer zur Seite wo der Eingang ist. In dieser Häufigkeit werden doch keine doppelten Nummern für ein Haus vergeben, oder? zum Beispiel hier: http://i.imgur.com/5i5bTG5.png flaimo 2015-07-24 16:22 GMT+02:00 Thomas Konrad o...@thomaskonrad.at: Hallo Dietmar, zu den Hausnummernbereichen: Ja, da gibt es tatsächlich viele Fälle, wo ein Hauseingang einen ganzen Hausnummernbereich hat. Ich denke das hat u.a. den Grund, dass man versucht hat, dass die umliegenden Hausnummern auf der gegenüberliegenden Straßenseite möglichst nah sind (gerade und ungerade). In Wien gibt es z.B. sehr viele solche Fälle. Thomas Am 24 Jul 2015 um 15:43 schrieb Dietmar ostr...@diesei.de: Hallo, gestern habe ich die erste Hausnummerangauswertung für Östereich laufen lassen, das Ergebnis ist tabellarisch bei [1] und grafisch in einer Kartenübersicht bei [2[ zu sehen. Zur tabellarischen Auflistung ist noch zu bemerken, das ich die administrative Hierarchie versucht habe, aus den umliegenden Adminpolygonen und sonst über Ortspunktobjekte oder sonst über Nominatim zu erfragen und das hat in etlichen Fällen zu fehlerhaften Ergebnissen geführt. Einiges habe ich heute vormittag noch versucht, in meiner lokalen DB zu korrigieren, aber es sind noch grobe falsche administrative Eingruppierungen vorhanden. Beim Import der Hausnummerliste habe ich im ersten Anlauf noch die Hausnummer-Rangeangaben, wie z.B. 8-12 vereinfacht zu 8 (also 10 und 12 ignoriert bzw. den String 8-12 ignoriert). Gibt es Fälle, wo offiziell so eine Bereichsangabe als Hausnummer vergeben wurde? viele Grüße Dietmar regio-osm.de Betreuer [1] http://www.regio-osm.de/hausnummerauswertung/auswertung_auswahlort#%C3%96sterreich [2] http://www.regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=8lat=47.60197lon=13.08165layers=BTTFF Am 20.07.2015 um 15:07 schrieb Thomas Rupprecht: Hallo, Wie es aussieht hat das BEV jetzt auch die Adressdaten für Österreich veröffentlicht. Ich bin noch im Kontakt mit dem BEV ob wir eine exlusiv Nutzung bzw doppel Lizenzierung mit ODbL für die Verwaltungsgrenzen und Adressdaten bekommen. http://www.bev.gv.at/portal/page?_pageid=713,2573888_dad=portal_schema=PORTAL mfg Thomas Rupprecht ___ Talk-at mailing listTalk-at@openstreetmap.orghttps://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 ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
Si tu as modifié les frontières françaises, as-tu vérifié qu'il n'y a pas eu d'impacts sur communes/départements/regions/... qui sont à la frontière ? Francescu Le 24 juil. 2015 21:38, Eric SIBERT courr...@eric.sibert.fr a écrit : Je me suis finalement lancé dans la séparation de la frontière en deux branches. Quel b# côté français: - une relation France - une relation France métropolitaine - une relation France - Italie qui appartient elle-même à une relation France métropolitaine (terres) mais n'est pas utilisée côté Italie. J'ai coupé France - Italie en deux au nord et au sud de la zone contestée. J'ai mis les deux dans France métropolitaine (terres) avec le bout de frontière revendiqué par la France entre les deux. S'il n'y a rien de cassé, ça sera un miracle. N'hésitez pas à faire signe s'il y a un truc suspect. J'ai aussi fait un polygone avec : disputed_area=yes dispute:claim:FR=yes (zone réclamée par la France) dispute:claim:IT=yes (zone réclamée par l'Italie) dispute:recognized:FR=yes (dispute reconnue par les autorités françaises) dispute:recognized:IT=yes (dispute reconnue par les autorités italiennes) dispute:wikipedia:fr=Histoire_de_la_frontière_sur_le_mont_Blanc Pour le moment, je n'ai pas inclus le polygone dans les relations des deux pays avec des rôles spécifiques, principalement parce que je ne sais pas dans quelle(s) relation(s) mettre ça côté français. La nouvelle station météo est tout à fait dans la zone contestée même avec mon tracé à la hache. Je pense que le col Major n'est pas bien placé mais devrait être sur le segment entre le Mont Blanc de Courmayeur et la station météo. Eric ___ 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
[Talk-it] Plugins per tracciare edifici automaticamente
Leggevo di questi due interessanti plugins che automatizzano il tracciamento di edifici nel caso si sia in possesso di certi dati: https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Tracer2 e https://github.com/JOSM/JOSM-areaselector ; qualcuno li adopera? vale la pena di provarli? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-legal-talk] Legal requirements of permissions to import into OSM
I wonder if pointing the local governments to http://opendatacommons.org/ might be a good start. I've been considering providing some cities I've contact with a link to Open Data Commons to help them make the right decision. Clifford On Fri, Jul 24, 2015 at 11:11 AM, Svavar Kjarrval sva...@kjarrval.is wrote: Thanks for the response and the references. Maybe it's not as big as I think it is. While I would personally prefer the pure public domain or anything closest to it, the entities are sometimes reluctant to go that far. Some might accept CC0 (and PDDL wouldn't be valid) but there are some which would want to require attribution. Are there any CC-BY versions which have been determined to be acceptable or any other similar licences? I agree with your reluctancy to suggest the ODbL due to future licence changes. If the community decides to change the licence, there'd be so much overhead in getting all the entities which published under other (custom) licences to agree with the new one (even in principle). It's so easy for them to say no if they foresee many potential future actions on their part. Officials in Iceland don't usually regard granting such licences as a huge undertaking so they're very prone to suggest making due with granting the permission via e-mail in a fairly informal manner. If I were to require a signed paper, some of them might change their minds, so I'd rather not refuse those offers if I don't have to. The Icelandic courts have determined that agreements reached/conveyed via email can be binding but I don't know if that'd be valid under English law. - Svavar Kjarrval On 24/07/15 16:31, Simon Poole wrote: I suspect the problem is not quite as large as you think it might be. If they want to use a public licence, while it may not be actually explicitly said anywhere, CC0 or the PDDL are naturally totally acceptable. For one offs/special permission I would suggest using http://wiki.openstreetmap.org/wiki/Import/GettingPermission#Letter_Template3 These are essentially the two standard routes we can take were we don't need to make caveats about the data surviving a future licence change. Naturally there may be other non-standard licences that are acceptable and there is for example the ODbL which is usable, however has some issues particularly wrt a future licence change (and some more on top of that). But as said all tend to invoke additional complications which are best avoided. Simon ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
Oui, je me suis occupé des communes, anciens et nouveaux cantons, comcom, départements, régions... 18 relations dont les 2/3 côté français. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Per chi utilizza Libero
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 24/07/2015 15:29, Germano Massullo ha scritto: Vorrei segnalare a tutte le persone della llsta che utilizzano Libero come e-mail: dopo gli arcinoti attacchi subiti da Libero alla propria infrastruttura e-mail (ormai più di un anno fa), GMail ha iniziato a classificare come spam tutte le e-mail provenienti da tale dominio. Quindi sappiate che i vostri messaggi inviati alla mailing list, probabilmente non verranno letti da coloro che utilizzano GMail Con ciò non voglio forzare nessuno a cambiare provider e-mail, ma volevo solo informarvi di tale situazione, in quanto ogni giorno mi ritrovo a togliere dalla casella spam e-mail provenienti da Libero. Questo non è esatto, semplicemente va controllata la casella spam, del resto ci finisce anche altre mal che magari non centrano niente con lo spam, ma così sono interpretate, nel mio caso controllo ogni giorno, non si sa mai. Poi tieni conto che google ultimamente sta facendo qualche mezza dittatura di troppo per i miei gusti, nonostante io abbia un account gmail: http://punto-informatico.it/4257766/PI/News/gmail-meno-spam-tutti.aspx - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVsnc+AAoJEMTPIIVov0ZtTNEH/A4sbXMkEEFMhnDjLk1Gejs5 mAEwBFOBO19HifqeMnK/5oCJ+oxsy+e3JEb9Q0oTkFP3TqOyK4vqUTHX8GbmREim UixOGTt26t78W9L/jvbBeRSKGrQcX4hGyzaiFAOoG22agXXUu8wA1v9qP/56N7yU JlpEY9OiCJD+fFMAzf/3U37hveLPajpcILco5tqPcwVUt8WkaVzMtSDhvkgKwqEJ XL8Fhabbt5TwS+NeD7TxJsEuhqiVj37aH0t8OgrsmF7TYxaXHEQQoCMEkJtNFckf Hca6dyMS1uJbgYZzuWeS0IOsFDvmMqtJ1pB129AZbC12vY+iC/PB9FUG/ATwdxI= =yk6S -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
Des Italiens viennent d'installer une station météo au sommet, sul versante italiano della montagna (http://www.adnkronos.com/sostenibilita/world-in-progress/2015/07/21/clima-installata-sul-monte-bianco-stazione-meteo-piu-alta-europa_vLuRsXdg0AjMFy7TFfXLBM.html). Elle a été ajoutée sur OSM aujourd'hui même et, si la localisation est exacte (source:survey...), elle serait en pleine zone contestée : https://www.openstreetmap.org/node/3664571073 . S'agissant du champ name, je vois mal une organisation internationale se fâcher avec la France ou l'Italie en choisissant officiellement un nom plutôt que l'autre. Pour prendre des exemples non officiels, via-michelin.fr met le nom dans les deux langues. Google Maps met le nom en italien sur un sommet positionné au mauvais endroit et inscrit tout simplement « Alpes » sur le bon sommet, où il place également... une résidence Pierre et Vacances (pardon, mauvais exemple). La seule solution neutre est probablement de mettre les deux noms. Quant à l'idée de ne pas renseigner le champ name, cela conduirait sans doute à faire disparaître le nom d'un certain nombre de cartes faites à partir des données d'OSM. Même openstreetmap.org, sauf erreur de ma part, ne gère toujours pas les balises name:*. Je sais bien qu'on ne taggue pas pour le moteur de rendu, mais un purisme qui ferait disparaître en pratique le point culminant de l'Europe (enfin, presque) serait quelque peu excessif. Et il faut de toute manière un nom par défaut pour les langues dont la balise name:lang n'est pas renseignée. Thierry Le 24/07/2015 16:21, Jérôme Seigneuret a écrit : C'est déjà fait. Mais reste que name ne doit avoir qu'une seule valeur et là les deux sont regroupés et ça c'est pas une bonne chose. N'y a t'il pas un nom reconnu au niveau international? Je crois pas que l'on puisse ne mettre que name:*= sans name= Le 24 juillet 2015 16:12, Francescu GAROBY windu...@gmail.com mailto:windu...@gmail.com a écrit : pour le name, ne vaudrait-il mieux pas scinder la valeur que tu indiques via les tags name:fr et name:it ? Francescu Le 24 juillet 2015 15:08, Eric Sibert courr...@eric.sibert.fr mailto:courr...@eric.sibert.fr a écrit : J'ai un peu fait de nettoyage autour du Mont Blanc. J'ai découvert qu'il y avait 4 nœuds superposés pour le Mont Blanc lui-même, avec des tags pas tous identiques. J'ai mis name=Mont Blanc - Monte Bianco. Le Dôme du Gouter s'appelait Mont Blanc; Dôme du Gouter avec beaucoup d'infos (name:xx, wikipedia...) correspondant au Mont-Blanc et non au Gouter (d'ailleurs il semblerait aussi y avoir une légère contestation de frontière à ce niveau là). Et aussi Mont Blanc - Grand Pilier d'Angle qui est devenu Grand Pilier d'Angle tout court. Il y a encore des trucs comme ça vers les Jorasses. Je n'ai pas modifié la frontière qui fait un peu un zig-zag entre les prétentions françaises et italiennes. Le morceau de frontière est inclus dans 18 relations distinctes, surtout côté français. On discute sur [tagging]. L'idée de séparer la frontière en deux et de tagger la zone entre les deux comme disputée ne leur paraît pas extravagante. Après, le problème est de faire quelque chose de général pour les nombreuses zones disputées dans le monde. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Adressdaten BEV
Am 2015-07-24 um 15:36 schrieb Dietmar: Ich werde auch z.B. alt_name aus oder auch official_name wäre möglich, aber irgendwo sollte dann bitte schön der korrekte Gemeindename enthalten sein. official_name wäre doch eine gute Möglichkeit? Es schreibt ja wirklich (fast) niemand das Sankt aus! Bei Zusätzen wie bei Graz oder so wäre ich schon dafür das dazuzuschreiben da das oft gemacht wird. Es gibt ja zB: sehr viele Neukirchen... mfg Michael ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-be] POIs
On 2015-07-24 12:04, Marc Gemis wrote : Are you On Fri, Jul 24, 2015 at 11:47 AM, André Pirard a.pirard.pa...@gmail.com wrote: The URLs are not stable either, so you can't really use them for links. People don't use the possibility to be warned when a link dangles, there are plenty of blind links, and yet that link system is used intensively. Are you saying that URLs like http://overpass-turbo.eu/s/azw are discarded after awhile ? I didn't know that. I've bookmarked several queries like that, so I need to find another way to keep them. No. Not particularly speaking of that. I don't know if/when they discard and I myself don't wonder because I simply use the expanded or clear request. This is the same as your example. http://overpass-turbo.eu/?q=PCEtLQpUaGlzIHF1ZXJ5IGxvb2vEiGZvciBub2Rlcywgd2F5xIjEliByZWxhdGlvbsSICndpdGggxLJlIGdpdmVuIGtleS92YWzEiyBjb21iaW7EqcSrbi4KQ2jEkXPEtnlvdcSXxKbEuMSsIGFuZCDEhnTEtGjEtlJ1xLxidXR0xZ1hYm_EuiEKxII-Cnt7xL55PcWxxalkYcSNfX3FuHvFgsWEZT1wb3N0xYNfxYfEm8aDxoV0eXDGicSmxKjEqsSsxpM8xoxtLXNjcmlwxaTFmHRwxaw9ImpzxKwixbcgIDzEisSMxI7GlcaXxqzFuca5ZcaDxrEKxrPGszxoYXMta3bEvca7xbrEv8a_IHbHjMaHxIvGvy_GsseCPGLFsXgtxrbEjSDFuceab3jGg8eWx4HG tC_HnnnHlzxwxqRuxaRtxJrGiSLFsWR5Isemx4PEpmPFmcWVxLTGlse0ZG93bse5x6zHrsWLx7HHs8asc8S-bGXFrsiGx6Y8L8afxqHGo8aldD4 I was saying that the Web is crowded with invalid links, that people are happy with that fuzzy situation and that, unlike what you said, a few wrong IDs, much less than wrong links, do not make using IDs a wrong method. FYI, I once wrote an improvement to a Wikipedia page. A self-appointed vigilante came down on me and accused be of self-research (what I wrote was as verifiable as 1+2=3). I was requested to add a link to a page saying 1+2=3. I replied that what I said could be proved, and that, of the existing 3 links in the page, 3 were incorrect. The Internet is full of contradictors. Cheers André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-it] Per chi utilizza Libero
Il 24/07/2015 15:29, Germano Massullo ha scritto: Con ciò non voglio forzare nessuno a cambiare provider e-mail, ma volevo solo informarvi di tale situazione, in quanto ogni giorno mi ritrovo a togliere dalla casella spam e-mail provenienti da Libero. Effettivamente non bisogna forzare nessuno a cambiare provider di posta, considerando però la policy di Google https://www.google.com/intl/it/policies/privacy/ con Gmail se lo usassi come provider di posta qualche grosso dubbio ce l'avrei http://www.theguardian.com/technology/2014/apr/15/gmail-scans-all-emails-new-google-terms-clarify Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] Adressdaten BEV
On 24.07.2015 17:48, Stefan K. wrote: Naja, in Traun ist es so, dass sehr viele Häuser 2 Hausnummern haben an den Kreuzungen, für beide Straßen eben eine. Genau, und in Wien ist das auch so. Das Haus, in dem ich wohne, hat sogar 5 Hausnummern, jede zu einer anderen Straße. Darum gibt es Proposals für addr2:street + addr2:housenumber usw. Die gültige bzw. Offizielle ist die, wo auch der Haupteingang hinschaut, auf nachfrage wurde mir das zumindest so gesagt. Die Hausnummern haben nichts mit Eingängen zu tun. Der Haupteingang kann genausogut im Innenhof sein. Meine Hauptadresse enthält eine Straße, die gar nicht ans Haus angrenzt, es ist eine andere Straße dazwischen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-legal-talk] Legal requirements of permissions to import into OSM
Thanks for the response and the references. Maybe it's not as big as I think it is. While I would personally prefer the pure public domain or anything closest to it, the entities are sometimes reluctant to go that far. Some might accept CC0 (and PDDL wouldn't be valid) but there are some which would want to require attribution. Are there any CC-BY versions which have been determined to be acceptable or any other similar licences? I agree with your reluctancy to suggest the ODbL due to future licence changes. If the community decides to change the licence, there'd be so much overhead in getting all the entities which published under other (custom) licences to agree with the new one (even in principle). It's so easy for them to say no if they foresee many potential future actions on their part. Officials in Iceland don't usually regard granting such licences as a huge undertaking so they're very prone to suggest making due with granting the permission via e-mail in a fairly informal manner. If I were to require a signed paper, some of them might change their minds, so I'd rather not refuse those offers if I don't have to. The Icelandic courts have determined that agreements reached/conveyed via email can be binding but I don't know if that'd be valid under English law. - Svavar Kjarrval On 24/07/15 16:31, Simon Poole wrote: I suspect the problem is not quite as large as you think it might be. If they want to use a public licence, while it may not be actually explicitly said anywhere, CC0 or the PDDL are naturally totally acceptable. For one offs/special permission I would suggest using http://wiki.openstreetmap.org/wiki/Import/GettingPermission#Letter_Template3 These are essentially the two standard routes we can take were we don't need to make caveats about the data surviving a future licence change. Naturally there may be other non-standard licences that are acceptable and there is for example the ODbL which is usable, however has some issues particularly wrt a future licence change (and some more on top of that). But as said all tend to invoke additional complications which are best avoided. Simon signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-at] Adressdaten BEV
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hallo, Am 24.07.2015 um 17:48 schrieb Stefan K.: Naja, in Traun ist es so, dass sehr viele Häuser 2 Hausnummern haben an den Kreuzungen, für beide Straßen eben eine. Hier in Ebreichsdorf haben Gebäude im Kreuzungsbereich auch (min) zwei Hausnummern. Dabei wird hier offenbar die Hauptnummer an das Gebäude geschraubt und die Tafel für die weitere Hausnummer an den Zaun zur entsprechenden Straße. LG Florian aka Miflo -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJVsncAAAoJEBsC2Mv6a9Fla40IAIvmQ9DSlbjDNITIGh2FRmiJ tnmYMyzeSv09R7lHaTkVKpABilbMtif84rs5rg4k2RamIfP+oE0ZYLzQZM+38omC NN8X7wfDMUtwzxywtCh2tN1TbOkvWRELbgmPO4DxCY9v+Ejkgcs5kawhebPrAZEr 0f4u75MioUQQCewbjc+GzcwLh0jCqRltQhhSJk8ZiOLkOYn3udnMKyBDPs9nM7Zp N38xrG7khR3HQGQqbHRcDEQRkJ5FOM1AtC0S19VgF4ncbX78xE/bAC6zkiFQYz++ 0lWO0K97hWJo1UQzrOKJofcp0o8dNiY0ci2DGyOdRYiUinh/c1RQ7tLIxPMKqPY= =hdvY -END PGP SIGNATURE- --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. http://www.avast.com ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Script osmaxil - Suivi du bâti
Merci, Je vais essayer de voir sur la list Herault s'il y a des contributeurs qui bosse déjà la dessus histoire de pas faire le boulot deux fois. Le 24 juillet 2015 18:32, sebastien.bugzi...@gmail.com sebastien.bugzi...@gmail.com a écrit : J'ai fait aussi un script python qui permet de faire le tri des bâtiments nouveaux / modifiés / supprimés. https://github.com/sebastien-bugzilla/BatiOsm J'ai expliqué comment il marche ici : http://forum.openstreetmap.fr/viewtopic.php?f=5t=1762 J'en avais parlé aussi sur la mailing list en mars mais ça n'avait pas affolé les foules ! :-) Je l'ai utilisé pour quelques villes dans ma région pour des villes assez grandes (comme colomiers par exemple https://www.openstreetmap.org/relation/35078) et ça marche plutôt bien. Sébastien On 24/07/2015 16:59, Jérôme Seigneuret wrote: Je suis passé à coté car je bosse plus sur la voirie. Merci Stéphane. Mais c'est une extraction from scratch et pas une mise à jour. Puis même sur une mise à jour reste le problème des données déjà intégrées à la main par d'autres contributeurs. Ok Etienne je vais faire un test avec ces scripts. Le 24 juillet 2015 16:53, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Il y a quelques scripts qui comparent 2 fichiers OSM concernant le bati. Voir ce thread avec COD (Cadastre Osm Diff) : http://gis.19327.n5.nabble.com/COD-Cadastre-Osm-Diff-td5380824.html et sur github : https://github.com/jecor/bati-fusion Le 24 juillet 2015 16:28, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Hmm intéressant tout ça ! Je parlais plutôt des zones moins denses où on a régulièrement des nouveaux quartiers résidentiels qui sortent de terre. Bien entendu, on ne les voit pas sur l'imagerie aérienne, et la seule solution qui reste, c'est de récupérer l'extraction du bâti du cadastre, et de le comparer avec ce qui est présent dans Osm en faisant afficher/cacher/afficher/cacher/afficher/cacher le claque du cadastre pour trouver les zones où il manque du bâti. C'est particulièrement casse-pied à faire. Alors qu'avec ton script, on saurait tout de suite où il faut intervenir. Gérer le cas des grandes villes où il s'agit souvent de destruction + reconstruction, m'apparait effectivement bien plus compliqué puisqu'il faut gérer l'ancien qui est sans doute déjà présent dans Osm. Mais je n'en demandais pas tant :-) En tout cas, si tu travailles déjà dessus, je suis impatient de voire ce que ça va donner. Bon courage ! Jérôme, tu ne connais pas le script d'extraction du bâti de cadastre.openstreetmap.fr ? Stf Le 24/07/2015 14:46, Vincent Frison a écrit : Bonjour Stéphane, Je suis justement en train de travailler dessus, enfin je vais y revenir dès que j'en aurais fini l'import des arbres niçois. Pour info le programme peut maintenant créer des bâtiments (et surtout leurs sous-bâtiments) à partir des données OpenData de Paris. Et franchement le rendu 3D est vraiment sympa, on arrive à bien reconnaître les immeubles, rues et quartiers ! La partie la plus technique (qui est loin d'être finie) consiste à bien gérer les effacements des anciens bâtiments.. ainsi que la conservation des nodes adresses. Je vous reparlerai de tout ça très bientôt car il me faudra clairement de l'aide.. Et pour revenir à ta question la réponse est oui à priori.. sauf que sur Paris autant travailler avec OpenDataParis plutôt qu'avec le cadastre.. le 1er à une résolution 4 fois supérieures et surtout on peut avoir la hauteur (approximative) sur CHACUN des sous-bâtiments. Le 24 juillet 2015 14:13, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Bonjour Vincent, Dis-moi, ton script, est-ce qu'il ne pourrait pas aussi être utilisé pour comparer un fichier osm comprenant le bâti issu du cadastre, à ce qui est présent dans Osm ? Je sais que pour le moment il ne permet pas de créer de nouveaux objets, mais s'il permet dans un premier temps de créer une visualisation des zones où il manque des bâtiments, je crois que ça pourrait rendre pas mal de services. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ 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 ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [Talk-us] Whole-US Garmin Map update - 2015-07-15
Dave, I'm getting a file not found for your download link. Can't even find htttp://daveh.dev.openstreetmap.org. Clifford On Fri, Jul 17, 2015 at 1:57 PM, Dave Hansen d...@sr71.net wrote: These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-07-15 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-07-15/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-07-15 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- @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
Re: [OSM-talk-fr] Script osmaxil - Suivi du bâti
Il y a quelques scripts qui comparent 2 fichiers OSM concernant le bati. Voir ce thread avec COD (Cadastre Osm Diff) : http://gis.19327.n5.nabble.com/COD-Cadastre-Osm-Diff-td5380824.html et sur github : https://github.com/jecor/bati-fusion Le 24 juillet 2015 16:28, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Hmm intéressant tout ça ! Je parlais plutôt des zones moins denses où on a régulièrement des nouveaux quartiers résidentiels qui sortent de terre. Bien entendu, on ne les voit pas sur l'imagerie aérienne, et la seule solution qui reste, c'est de récupérer l'extraction du bâti du cadastre, et de le comparer avec ce qui est présent dans Osm en faisant afficher/cacher/afficher/cacher/afficher/cacher le claque du cadastre pour trouver les zones où il manque du bâti. C'est particulièrement casse-pied à faire. Alors qu'avec ton script, on saurait tout de suite où il faut intervenir. Gérer le cas des grandes villes où il s'agit souvent de destruction + reconstruction, m'apparait effectivement bien plus compliqué puisqu'il faut gérer l'ancien qui est sans doute déjà présent dans Osm. Mais je n'en demandais pas tant :-) En tout cas, si tu travailles déjà dessus, je suis impatient de voire ce que ça va donner. Bon courage ! Jérôme, tu ne connais pas le script d'extraction du bâti de cadastre.openstreetmap.fr ? Stf Le 24/07/2015 14:46, Vincent Frison a écrit : Bonjour Stéphane, Je suis justement en train de travailler dessus, enfin je vais y revenir dès que j'en aurais fini l'import des arbres niçois. Pour info le programme peut maintenant créer des bâtiments (et surtout leurs sous-bâtiments) à partir des données OpenData de Paris. Et franchement le rendu 3D est vraiment sympa, on arrive à bien reconnaître les immeubles, rues et quartiers ! La partie la plus technique (qui est loin d'être finie) consiste à bien gérer les effacements des anciens bâtiments.. ainsi que la conservation des nodes adresses. Je vous reparlerai de tout ça très bientôt car il me faudra clairement de l'aide.. Et pour revenir à ta question la réponse est oui à priori.. sauf que sur Paris autant travailler avec OpenDataParis plutôt qu'avec le cadastre.. le 1er à une résolution 4 fois supérieures et surtout on peut avoir la hauteur (approximative) sur CHACUN des sous-bâtiments. Le 24 juillet 2015 14:13, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Bonjour Vincent, Dis-moi, ton script, est-ce qu'il ne pourrait pas aussi être utilisé pour comparer un fichier osm comprenant le bâti issu du cadastre, à ce qui est présent dans Osm ? Je sais que pour le moment il ne permet pas de créer de nouveaux objets, mais s'il permet dans un premier temps de créer une visualisation des zones où il manque des bâtiments, je crois que ça pourrait rendre pas mal de services. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Adressdaten BEV
Naja, in Traun ist es so, dass sehr viele Häuser 2 Hausnummern haben an den Kreuzungen, für beide Straßen eben eine. Die gültige bzw. Offizielle ist die, wo auch der Haupteingang hinschaut, auf nachfrage wurde mir das zumindest so gesagt. Grüsse Am 24. Juli 2015 17:42:45 MESZ, schrieb Thomas Rupprecht rupprecht.tho...@gmail.com: Das ist mir auch schon aufgefallen das Eckhäuser laut BEV Datensatz 2 Adressen hat was aber nicht stimmt. Hier muss man wohl viele false-positives aussortieren. genauso ist es mit Hausnummern auf möglichen zukünftigen Bauplätzen. mfg Thomas Rupprecht Am 24. Juli 2015 um 17:35 schrieb Flaimo fla...@gmail.com: Hallo, bin gerade am vergleichen der Hausnummern in Linz. da sind aber welche dabei die mir dubios vorkommen. Ca 70% der fehlenden Nummern sind Hausnummern an Gebäuden die an Kreuzungen stehen. In der Innenstadt kommt das auch tatsächlich mal vor, aber im ländlicheren Bereich haben die Einfamilienhäuser doch normalerweise nur eine Hausnummer zur Seite wo der Eingang ist. In dieser Häufigkeit werden doch keine doppelten Nummern für ein Haus vergeben, oder? zum Beispiel hier: http://i.imgur.com/5i5bTG5.png flaimo 2015-07-24 16:22 GMT+02:00 Thomas Konrad o...@thomaskonrad.at: Hallo Dietmar, zu den Hausnummernbereichen: Ja, da gibt es tatsächlich viele Fälle, wo ein Hauseingang einen ganzen Hausnummernbereich hat. Ich denke das hat u.a. den Grund, dass man versucht hat, dass die umliegenden Hausnummern auf der gegenüberliegenden Straßenseite möglichst nah sind (gerade und ungerade). In Wien gibt es z.B. sehr viele solche Fälle. Thomas Am 24 Jul 2015 um 15:43 schrieb Dietmar ostr...@diesei.de: Hallo, gestern habe ich die erste Hausnummerangauswertung für Östereich laufen lassen, das Ergebnis ist tabellarisch bei [1] und grafisch in einer Kartenübersicht bei [2[ zu sehen. Zur tabellarischen Auflistung ist noch zu bemerken, das ich die administrative Hierarchie versucht habe, aus den umliegenden Adminpolygonen und sonst über Ortspunktobjekte oder sonst über Nominatim zu erfragen und das hat in etlichen Fällen zu fehlerhaften Ergebnissen geführt. Einiges habe ich heute vormittag noch versucht, in meiner lokalen DB zu korrigieren, aber es sind noch grobe falsche administrative Eingruppierungen vorhanden. Beim Import der Hausnummerliste habe ich im ersten Anlauf noch die Hausnummer-Rangeangaben, wie z.B. 8-12 vereinfacht zu 8 (also 10 und 12 ignoriert bzw. den String 8-12 ignoriert). Gibt es Fälle, wo offiziell so eine Bereichsangabe als Hausnummer vergeben wurde? viele Grüße Dietmar regio-osm.de Betreuer [1] http://www.regio-osm.de/hausnummerauswertung/auswertung_auswahlort#%C3%96sterreich [2] http://www.regio-osm.de/hausnummerauswertung/anzeige_dynamisch.html?zoom=8lat=47.60197lon=13.08165layers=BTTFF Am 20.07.2015 um 15:07 schrieb Thomas Rupprecht: Hallo, Wie es aussieht hat das BEV jetzt auch die Adressdaten für Österreich veröffentlicht. Ich bin noch im Kontakt mit dem BEV ob wir eine exlusiv Nutzung bzw doppel Lizenzierung mit ODbL für die Verwaltungsgrenzen und Adressdaten bekommen. http://www.bev.gv.at/portal/page?_pageid=713,2573888_dad=portal_schema=PORTAL mfg Thomas Rupprecht ___ Talk-at mailing listTalk-at@openstreetmap.orghttps://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 ___ 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 -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] mapa s popisky
A co zkusit se vývojářů zeptat, jestli by ten export do obrázku nešel přidat? Případně si to v tom javascriptu naprogramovat. Já bohužel js neovládám. Marián 24. července 2015 16:36:31 SELČ, Jose Riha jose1...@gmail.com napsal: no, to je fakt, obrazok to nevie exportovat, iba geojson, kml a gpx.. tak nic On Fri, 24 Jul 2015, Karel Volný wrote: Dne Čt 23. července 2015 20:58:18, Jozef Riha napsal(a): umap? pěkné, ale nevidím možnost exportu (obrázek) ...? 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 -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost.___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-GB] Survey: A UK/GB OpenStreetMap group?
Hi, On 07/11/2015 10:19 PM, Rob Nickerson wrote: a UK/GB OpenStreetMap group (name yet to be decided) Just saw this: https://30yearsof.uk/the-birth-of-uk-an-oral-history-ab3ebc0e499f The story behind how domains in your part of the world came to use .uk and not .gb. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-cat] Proveu aquesta eina sobre senyals
Holes gent! Les meves baralles sobre tags incorrectes donen molt de sí, em barallo amb gent molt curiosa ;) Proveu aquesta eina que acabo de conèixer i digueu-me si valdria la pena adaptar-la a l'estil català. http://osm.mueschelsoft.de/cgi-bin/render.pl?wayid=324294469start=1placementadjacentlanewidth Salut i senyals yopaseopor ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
[Talk-br] Localidades não mapeadas
Senhores boa noite, Em minha últimas edições encontrei algumas localidades onde estão mapeado apenas as vias principais da localidade, mesmo havendo outras claramente visíveis nas fotos do bing. Existe alguma maneira de submeter essas áreas a processo automático ou é melhor fazer isso manualmente. Por enquanto localizei apenas pequenas áreas onde a edição manual não será problema, mas evidente que processo automático esta menos sujeito a erro, listo abaixo alguns exemplos. PR - Doutor Oliveira Castro PR - São Camilo PR - Rancho Alegre d Oeste Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-us] Whole-US Garmin Map update - 2015-07-22
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-07-22 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-07-22/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-07-22 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
En fait, c'est encore plus complexe. D'après l'IGN (http://geoportail.fr/url/7FcKIT), une partie de la zone contestée, au sud de la crête reliant le Mont Blanc et le Mont Blanc de Courmayeur, est une enclave de Saint-Gervais-les-Bains et non une partie de Chamonix... cf. aussi https://fr.wikipedia.org/wiki/Saint-Gervais-les-Bains Thierry Le 24/07/2015 23:27, Eric SIBERT a écrit : Oui, je me suis occupé des communes, anciens et nouveaux cantons, comcom, départements, régions... 18 relations dont les 2/3 côté français. Eric ___ 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
[Talk-br] Remoção de importações em MG
Os seguintes changesets estão sendo removidos do OSM pelo DWG, por conter dados do TrackSource: 22906331 22914738 23005488 23008110 23008335 23008665 23008710 23010867 23011402 23127813 23127881 23128027 24085296 24085461 24085624 24160500 24220354 25331754 25331879 25331925 27383424 Como todo processo de redact, os dados removidos do OSM não podem ser revertidos posteriormente. Todo trabalho feito em cima deles também é afetado. É possível que as áreas onde ocorreram estas edições (alguns locais de MG, como Coronel Fabriciano) passem a não conter mais dados (ficando buracos vazios no mapa, como já aconteceu anteriormente). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
Dans ta note tu peux renvoyer directement sur le titre en question https://en.wikipedia.org/wiki/Mont_Blanc#Ownership_of_the_summit Par contre la recherche Nominatim http://wiki.openstreetmap.org/wiki/Nominatim renvoie le pic seulement en Italie. C'est surement normal. Une localisation est en théorie sur un seul territoire par niveau de zone adminitratif. Sauf ici ;-) Peut-être faut-il proposer d'intégrer cette particularité. Le 24 juillet 2015 15:08, Eric Sibert courr...@eric.sibert.fr a écrit : J'ai un peu fait de nettoyage autour du Mont Blanc. J'ai découvert qu'il y avait 4 nœuds superposés pour le Mont Blanc lui-même, avec des tags pas tous identiques. J'ai mis name=Mont Blanc - Monte Bianco. Le Dôme du Gouter s'appelait Mont Blanc; Dôme du Gouter avec beaucoup d'infos (name:xx, wikipedia...) correspondant au Mont-Blanc et non au Gouter (d'ailleurs il semblerait aussi y avoir une légère contestation de frontière à ce niveau là). Et aussi Mont Blanc - Grand Pilier d'Angle qui est devenu Grand Pilier d'Angle tout court. Il y a encore des trucs comme ça vers les Jorasses. Je n'ai pas modifié la frontière qui fait un peu un zig-zag entre les prétentions françaises et italiennes. Le morceau de frontière est inclus dans 18 relations distinctes, surtout côté français. On discute sur [tagging]. L'idée de séparer la frontière en deux et de tagger la zone entre les deux comme disputée ne leur paraît pas extravagante. Après, le problème est de faire quelque chose de général pour les nombreuses zones disputées dans le monde. Eric ___ 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-ca] Highway recoding
“… [TCH] is automatically a trunk route given that it is, at its most basic point, the central connection between major settlements …” Interesting… it is type 2 definition proposed by Tristan but without the concept of distance. IMHO, It highlights the fact that, depending on how you define central connection, major settlements, or distant population centres, you may ends up with the Britain situation – or even worst. Combining two very different objectives (types 1 and 2) in one definition leads to confusion. What about a rationale revolving around Type 1 definition but considering the TCH as a “special case” as suggested by Martin? - OSM road classes mostly aim toward Type 1 definition, so be it for trunks; - Since TCH could be consider as the only highway connecting most major population centres across the country, we could agree to tag it whether motorway or trunk depending on the infrastructure. There should then be no more confusion with this only one exception. However, we could also manage all type 2 definitions, such as the ones described in document (a) with relation:route (b) but it is a bit more complex and less visual when looking at Mapnik. Other thoughts, comments? Daniel a) http://www.comt.ca/english/NHS-report-english.pdf b) http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes From: Adam Martin [mailto:s.adam.mar...@gmail.com] Sent: July-24-15 07:08 To: Tristan Anderson Cc: Daniel Begin; Stewart C. Russell; talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Highway recoding Reviewing the types that you suggest here, the result seems reasonable. Major Canadian Highways are generally a blend of the two, I find. Type 1 trunks rely on restricted access and the main highways in cities are generally limited in this manner. Likewise, these restrictions lift, in a sense, outside the city where they switch to connecting major settlements together (Type 2). That said, I think that most would agree that the TransCanada Highway is automatically a trunk route given that it is, at it's most basic point, the central connection between major settlements, especially across provincial borders. I assume that the routes that leave the TCH to go to other major settlements would need to be at the same class as the TCH, if they are multi-lane highways used to connect settlements. Or are we to designate them down a classification and leave Trunk for the TCH alone? On Thu, Jul 23, 2015 at 6:48 PM, Tristan Anderson andersontris...@hotmail.com wrote: So it seems like we're coming to some agreement. The current Canadian definition based on that 2005 document should be replaced with something else that is consistent with the rest of the world. Once we find this new definition, the appropriate wiki pages should be updated. I took a look around the world and finally saw some consistency in how trunk tags are used. Stewart's guidelines are basically correct, but I think I can hammer out a more specific description. There are two types of roads with are both usually tagged highway=trunk: (1) Limited access highways. This is a physical description for a road that has some of the characteristics of a motorway. They are often dual carriageways of fairly high speed. (2) Highways connecting distant population centres. This is a functional description for a road where used by cars and heavy trucks travelling long distances or between major cities. Although usually two lanes, in more remote areas these roads may have very light traffic, be unpaved, or be slow. In some parts of the world, like Germany, France and the eastern United States, all trunk roads are type (1) because long-distance travel is generally done on their dense networks of motorways. Conversely, in large swathes of Australia and Canada, as well as in much of the developing world, all trunk roads are type (2) because type (1) doesn't exist. The only country I noticed that doesn't follow the above scheme is Britain (actually just England and Wales), ironically the birthplace of the trunk. The designation there is used quite liberally, including even short roads connecting small towns and quite a few of of London's city streets. Just look at England at zoom level 5 and observe how unusually green it is. I suggest using the international model, with types (1) and (2) above being tagged as trunks in Canada. This won't change much as it largely coincides with how roads are already tagged. The wiki pages can be updated accordingly then we can look at specific roads in BC and Québec! Any objections? From: jfd...@hotmail.com To: scr...@gmail.com; talk-ca@openstreetmap.org Date: Thu, 23 Jul 2015 10:08:44 -0400 Subject: Re: [Talk-ca] Highway recoding Thank Russel, Your description is pretty close of the one I had in mind (about trunks) before I found the Canadian definition was referring to the mentioned
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
pour le name, ne vaudrait-il mieux pas scinder la valeur que tu indiques via les tags name:fr et name:it ? Francescu Le 24 juillet 2015 15:08, Eric Sibert courr...@eric.sibert.fr a écrit : J'ai un peu fait de nettoyage autour du Mont Blanc. J'ai découvert qu'il y avait 4 nœuds superposés pour le Mont Blanc lui-même, avec des tags pas tous identiques. J'ai mis name=Mont Blanc - Monte Bianco. Le Dôme du Gouter s'appelait Mont Blanc; Dôme du Gouter avec beaucoup d'infos (name:xx, wikipedia...) correspondant au Mont-Blanc et non au Gouter (d'ailleurs il semblerait aussi y avoir une légère contestation de frontière à ce niveau là). Et aussi Mont Blanc - Grand Pilier d'Angle qui est devenu Grand Pilier d'Angle tout court. Il y a encore des trucs comme ça vers les Jorasses. Je n'ai pas modifié la frontière qui fait un peu un zig-zag entre les prétentions françaises et italiennes. Le morceau de frontière est inclus dans 18 relations distinctes, surtout côté français. On discute sur [tagging]. L'idée de séparer la frontière en deux et de tagger la zone entre les deux comme disputée ne leur paraît pas extravagante. Après, le problème est de faire quelque chose de général pour les nombreuses zones disputées dans le monde. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
Le 24/07/2015 21:02, osm.sanspourr...@spamgourmet.com a écrit : Pourquoi pas : name=Mont Blanc - Monte Bianco name:it=Monte Bianco name:fr=Mont Blanc C'est ce qui est dans osm ;-) -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] POIs
Op 24 jul. 2015, om 13:09 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Also when I try to combine restaurant and bakery (can't make that one work) Or with user defined POIs ? I found only one in Begium (in Leuven): https://dl.dropboxusercontent.com/u/17226226/OSM/bakkerijrestaurantleuven.png http://www.openstreetmap.org/node/2052955372 http://www.openstreetmap.org/node/2052955372 And indeed you should use User Pois for that with this code: amenity=restaurant][shop=bakery Unfortunately, the permalink is NOT working with the User Pois. Marc. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-us] USBR 45 in Minnesota, USBR 76 proposal in Kansas
Still no takers on my request for help editing some improvements to USBR 45 in Minnesota, so this opportunity is still open. Please, if you wish to see accurate national bicycle routing in Minnesota, just ask! On the good news front, our map has had added to it the dedicated efforts of OSM volunteer FTA who stepped up and rather quickly entered the state of Kansas' ballot proposal to AASHTO for USBR 76. One minor ambiguity remains near Chanute, Kansas, and our USBRS WIkiProject simply awaits an email reply from Kansas DOT's GIS team to resolve the issue. And, Cycle Map layer has already begun to render USBR 76 in Kansas (at closer zoom levels). So, I'll call this sub-sub-project about 98% complete. Yeah! I wanted to take this opportunity to (more widely) thank FTA for his efforts to complete this, as well as to reiterate how straightforward tools like talk-us, our wiki, email with file attachments, strong editors like JOSM and iD, Andy's Cycle Map renderer and good, clear communication allow great collaboration to take place, yielding awesome results -- and quickly! Go, OSM! SteveA California ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
Pourquoi pas : name=Mont Blanc - Monte Bianco name:it=Monte Bianco name:fr=Mont Blanc Comme ça sur une carte française on voir Mont Blanc, sur une carte italienne Monte Bianco et ailleurs les deux. Je vois que le massif du Mont-Blanc prend un trait d'union et pas le Mont Blanc. Et (toujours selon Wikipedia) : L'Espace Mont-Blanc est géré par la Conférence Transfrontalière Mont-Blanc (CTMB), dans un but de protection et de valorisation. L'Espace Mont-Blanc est créé, en 1991, par les ministres de l'environnement de France, d'Italie et de Suisse. Pas vraiment une zone de conflit et c'est tant mieux. Si un nom international existe : int_name=Mont Blanc (ou autre). Je ne connais pas name:*= et le wiki http://wiki.openstreetmap.org/wiki/FR:Key:name non plus (en français comme en étranger, du moins en anglais et allemand). Jean-Yvon Le 24/07/2015 18:55, Thierry Bézecourt - thie...@thbz.org a écrit : Des Italiens viennent d'installer une station météo au sommet, sul versante italiano della montagna (http://www.adnkronos.com/sostenibilita/world-in-progress/2015/07/21/clima-installata-sul-monte-bianco-stazione-meteo-piu-alta-europa_vLuRsXdg0AjMFy7TFfXLBM.html). Elle a été ajoutée sur OSM aujourd'hui même et, si la localisation est exacte (source:survey...), elle serait en pleine zone contestée : https://www.openstreetmap.org/node/3664571073 . S'agissant du champ name, je vois mal une organisation internationale se fâcher avec la France ou l'Italie en choisissant officiellement un nom plutôt que l'autre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] POIs
On Fri, Jul 24, 2015 at 8:37 PM, Marc Zoutendijk marczoutend...@mac.com wrote: Also when I try to combine restaurant and bakery (can't make that one work) Or with user defined POIs ? I meant a permalink to map that shows all restaurants and all bakeries, not places that combine both features, sorry for the confusion. I cannot create a permalink if the POIs are in different categories or tabs in your UI. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] POIs
Op vrijdag 24 juli 2015 heeft André Pirard a.pirard.pa...@gmail.com het volgende geschreven: FYI, I once wrote an improvement to a Wikipedia page. A self-appointed vigilante came down on me and accused be of self-research (what I wrote was as verifiable as 1+2=3). I was requested to add a link to a page saying 1+2=3. I replied that what I said could be proved, and that, of the existing 3 links in the page, 3 were incorrect. That's because Wikipedia does not aim to tell the truth, they want to summarize what can be found in other sources[1]. That's why you have to add sources for everything except for the most trivially verifiable[2]. Even if you know/think you're right. ;) [1] https://en.wikipedia.org/wiki/WP:TRUTH [2] https://en.wikipedia.org/wiki/WP:VER -- ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] POIs
Op 24 jul. 2015, om 13:09 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Also when I try to combine restaurant and bakery (can't make that one work) Please be aware that the standard rendering of the OSM map gets confused by this tag combination of amenity and shop. As you can see here: http://www.openstreetmap.org/node/2052955372 http://www.openstreetmap.org/node/2052955372 only amenity is shown on the map and shop is discarded! The rules are laid out here: http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element Also see the discussion on the Dutch Userforum (in het Nederlands): http://forum.openstreetmap.org/viewtopic.php?id=32025 http://forum.openstreetmap.org/viewtopic.php?id=32025 Marc. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
name=Mont Blanc - Monte Bianco name:it=Monte Bianco name:fr=Mont Blanc Comme dit Eric et moi au préalable, c'est déjà comme cela. Comme ça sur une carte française on voir Mont Blanc, sur une carte italienne Monte Bianco et ailleurs les deux. Je vois que le massif du Mont-Blanc prend un trait d'union et pas le Mont Blanc. Et (toujours selon Wikipedia) : L'Espace Mont-Blanc est géré par la Conférence Transfrontalière Mont-Blanc (CTMB), dans un but de protection et de valorisation. L'Espace Mont-Blanc est créé, en 1991, par les ministres de l'environnement de France, d'Italie et de Suisse. Pas vraiment une zone de conflit et c'est tant mieux. Si un nom international existe : int_name=Mont Blanc Le Name doit représenter un seul nom car en principe il n'y a pas de double valeurs. S'il faut faire une exception c'est pas à nous de le décider il me semble mais à la fondation. En tous cas en tant que simple contributeur j'ai pas de pouvoir de décision. Dans le cas d'une double valeur, seule la première est prise. int_name si elle existe c'est bien mais name représente le nom d'usage est pas forcément le nom internationale Si les deux sont identiques alors tant mieux. Mais il n'y a pas de raison d'avoir les deux noms. En plus Nominatim exploite name:fr et autre déclinaison de langue. Je ne connais pas name:*= et le wiki http://wiki.openstreetmap.org/wiki/FR:Key:name non plus (en français comme en étranger, du moins en anglais et allemand). Le name:*= veut dire que * correspond à n'importe quelle valeur de langue it, fr, en, de et j'en passe etc... * c'est un joker. C'est juste pour dire que ça peut prendre n'importe quel valeur. Dans norme cas c'est la langue. Seigneuret Le 24 juillet 2015 21:14, Eric SIBERT courr...@eric.sibert.fr a écrit : Le 24/07/2015 21:02, osm.sanspourr...@spamgourmet.com a écrit : Pourquoi pas : name=Mont Blanc - Monte Bianco name:it=Monte Bianco name:fr=Mont Blanc C'est ce qui est dans osm ;-) -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
Je me suis finalement lancé dans la séparation de la frontière en deux branches. Quel b# côté français: - une relation France - une relation France métropolitaine - une relation France - Italie qui appartient elle-même à une relation France métropolitaine (terres) mais n'est pas utilisée côté Italie. J'ai coupé France - Italie en deux au nord et au sud de la zone contestée. J'ai mis les deux dans France métropolitaine (terres) avec le bout de frontière revendiqué par la France entre les deux. S'il n'y a rien de cassé, ça sera un miracle. N'hésitez pas à faire signe s'il y a un truc suspect. J'ai aussi fait un polygone avec : disputed_area=yes dispute:claim:FR=yes (zone réclamée par la France) dispute:claim:IT=yes (zone réclamée par l'Italie) dispute:recognized:FR=yes (dispute reconnue par les autorités françaises) dispute:recognized:IT=yes (dispute reconnue par les autorités italiennes) dispute:wikipedia:fr=Histoire_de_la_frontière_sur_le_mont_Blanc Pour le moment, je n'ai pas inclus le polygone dans les relations des deux pays avec des rôles spécifiques, principalement parce que je ne sais pas dans quelle(s) relation(s) mettre ça côté français. La nouvelle station météo est tout à fait dans la zone contestée même avec mon tracé à la hache. Je pense que le col Major n'est pas bien placé mais devrait être sur le segment entre le Mont Blanc de Courmayeur et la station météo. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Per chi utilizza Libero
Il 24 luglio 2015 15:29, Germano Massullo germano.massu...@gmail.com ha scritto: dopo gli arcinoti attacchi subiti da Libero alla propria infrastruttura e-mail (ormai più di un anno fa), GMail ha iniziato a classificare come spam tutte le e-mail provenienti da tale dominio. Confermo di aver notato il problema anche su altre liste. Quindi sappiate che i vostri messaggi inviati alla mailing list, probabilmente non verranno letti da coloro che utilizzano GMail In realtà potete impostare dei filtri per dire a GMail di non classificare come spam le mail che arrivano da una lista. Se cliccate vicino sulla freccetta vicina al nome del destinatario troverete un Filtra i messaggi che provengono da questa mailing list. Nel caso di questa lista ciò equivale a una ricerca della stringa: list:talk-it.openstreetmap.org (notate che list: è una delle parole speciali che si può usare nella riceca di GMail) Detto questo potete cliccare su crea un filtro da questa ricerca e selezionare l'azione Non contrassegnare mai come spam. Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Frontière franco-italienne du Mont-Blanc
Même openstreetmap.org, sauf erreur de ma part, ne gère toujours pas les balises name:*. OK, en clair : osm.org ne gère pas la langue (du user agent du navigateur ou sur demande) pour offrir la carte dans la langue préférée de l'utilisateur. Le Name doit représenter un seul nom car en principe il n'y a pas de double valeurs. Si on regarde la Suisse, osm.fr affiche Fribourg (name:fr), osm.org Fribourg - Freiburg (le name, composé de la langue du canton suivi éventuellement du ou des autres langues officielles répandues dans le canton). Dans certains cas c'est / et non - . Pour les Grisons ce sont les quatre langues officielles hormis le français. name représente le nom d'usage Le nom d'usage c'est plutôt loc_name si j'encrois le wiki ! Mais à défaut de loc_name, oui. en principe il n'y a pas de double valeurs. S'il faut faire une exception c'est pas à nous de le décider il me semble mais à la fondation. Donc on peut décider dans notre coin de créer des no man land (à tous les sens du terme ici !) mais pas de mettre un nom neutre qui suis la pratique à 20 km au nord ? J'avoue que je suis perplexe. Jean-Yvon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[talk-ph] Address format myths
The topic of address formats has been discussed on this mailing list a few times over the past years. I thought some of you might get a kick out of this list of myths about address formats from all over the world: https://www.mjt.me.uk/posts/falsehoods-programmers-believe-about-addresses/ It contains gems like: * No buildings are numbered zero. * A street name won't include a number. * Street names don't recur in the same city. * Addresses will be written from most to least specific. ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-fr] Script osmaxil - Suivi du bâti
Pour les nœuds d'adresses, le mieux serait de se baser sur l'entrée du bâtiment la plus proche du nœud adresse. Si l'adresse est sur le bâtiment, il faudra choisir de le remettre soit sur le bâtiment (problème en cas de bâtiments multiples. C'est aussi le cas sur le nom des résidences et je préfère faire une zone en me basant sur le terrain cadastré avec un landuse=residential) ou sur l'entrée principale si elle existe sur les données OpenData. L'ajout du terrain landuse=residential demande aussi à découper le gros polygone existant pour éviter des erreurs de superposition (intersection) d'objet de même nature. Le 24 juillet 2015 14:46, Vincent Frison vincent.fri...@gmail.com a écrit : Bonjour Stéphane, Je suis justement en train de travailler dessus, enfin je vais y revenir dès que j'en aurais fini l'import des arbres niçois. Pour info le programme peut maintenant créer des bâtiments (et surtout leurs sous-bâtiments) à partir des données OpenData de Paris. Et franchement le rendu 3D est vraiment sympa, on arrive à bien reconnaître les immeubles, rues et quartiers ! La partie la plus technique (qui est loin d'être finie) consiste à bien gérer les effacements des anciens bâtiments.. ainsi que la conservation des nodes adresses. Je vous reparlerai de tout ça très bientôt car il me faudra clairement de l'aide.. Et pour revenir à ta question la réponse est oui à priori.. sauf que sur Paris autant travailler avec OpenDataParis plutôt qu'avec le cadastre.. le 1er à une résolution 4 fois supérieures et surtout on peut avoir la hauteur (approximative) sur CHACUN des sous-bâtiments. Le 24 juillet 2015 14:13, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Bonjour Vincent, Dis-moi, ton script, est-ce qu'il ne pourrait pas aussi être utilisé pour comparer un fichier osm comprenant le bâti issu du cadastre, à ce qui est présent dans Osm ? Je sais que pour le moment il ne permet pas de créer de nouveaux objets, mais s'il permet dans un premier temps de créer une visualisation des zones où il manque des bâtiments, je crois que ça pourrait rendre pas mal de services. Stf ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] name principale vette montagna su confini nazionali
Per informazione (posta su talk-fr) :Florian Le Vendredi 24 juillet 2015 15h08, Eric Sibert courr...@eric.sibert.fr a écrit : J'ai un peu fait de nettoyage autour du Mont Blanc. J'ai découvert qu'il y avait 4 noeuds superposés pour le Mont Blanc lui-même, avec des tags pas tous identiques. J'ai mis name=Mont Blanc - Monte Bianco. Le Dôme du Gouter s'appelait Mont Blanc; Dôme du Gouter avec beaucoup d'infos (name:xx, wikipedia...) correspondant au Mont-Blanc et non au Gouter (d'ailleurs il semblerait aussi y avoir une légère contestation de frontière à ce niveau là). Et aussi Mont Blanc - Grand Pilier d'Angle qui est devenu Grand Pilier d'Angle tout court. Il y a encore des trucs comme ça vers les Jorasses. Je n'ai pas modifié la frontière qui fait un peu un zig-zag entre les prétentions françaises et italiennes. Le morceau de frontière est inclus dans 18 relations distinctes, surtout côté français. On discute sur [tagging]. L'idée de séparer la frontière en deux et de tagger la zone entre les deux comme disputée ne leur paraît pas extravagante. Après, le problème est de faire quelque chose de général pour les nombreuses zones disputées dans le monde. Eric Le Jeudi 23 juillet 2015 9h44, Simone Saviolo simone.savi...@gmail.com a écrit : Il giorno 17 luglio 2015 16:11, Max1234Ita max1234...@gmail.com ha scritto: Io, a buonsenso, proporrei un solo nodo, così taggato: natural=peak name=Mont Blanc/Monte Bianco (in rigoroso ordine *alfabetico*, così da ridurre le possibili contese su chi ha rivendicato per primo la vetta nel corso della Storia) name:it=Monte Bianco name:fr=Mont Blanc ele=4810 Io non mi intendo di montagna, ma siamo sicuri che il *picco* si chiami Monte Bianco? Mi sembra che di solito i picchi abbiano un nome proprio, e che il monte sia un'entità più grande e vasta che comprende picchi, pareti, canaloni... Penso ad esempio al Monte Rosa, il cui punto più alto (vado a memoria) è la Dufourspitze; in quel caso metterei natural=peak, name=Dufourspitze. Ciao, Simone ___ 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] Per chi utilizza Libero
Vorrei segnalare a tutte le persone della llsta che utilizzano Libero come e-mail: dopo gli arcinoti attacchi subiti da Libero alla propria infrastruttura e-mail (ormai più di un anno fa), GMail ha iniziato a classificare come spam tutte le e-mail provenienti da tale dominio. Quindi sappiate che i vostri messaggi inviati alla mailing list, probabilmente non verranno letti da coloro che utilizzano GMail Con ciò non voglio forzare nessuno a cambiare provider e-mail, ma volevo solo informarvi di tale situazione, in quanto ogni giorno mi ritrovo a togliere dalla casella spam e-mail provenienti da Libero. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] Adressdaten BEV
Hallo Friedrich, Am 24.07.2015 um 13:28 schrieb Friedrich Volkmann: ... Das wurde hier und international schon reichlich diskutiert und das Ergebnis ist, dass es weder international noch innerösterreichisch eine Chance auf eine Einigung gibt. Der Mischmasch ist eben Teil des Wesens von OSM, und man kann ihn auch positiv sehen (Diversität) Sorry, aber das mit dem positiv sehen ist aus meiner Sicht Blödsinn. Ich will die Daten auswerten und ich bin zwar relativ flexibel, aber ich mache nicht jede Eigenart mit. Wenn immer Sankt lang oder auch immer kurzgeschrieben ist, kann ich das anpassen, z.B. beim einlesen der Gemeindeliste. Aber wenn das mal so und mal so ist, dann ist das nicht gut für die Auswertung der OSM-Daten. Die sollen aber doch nutzbar sein, also muss da schon ein gewisser Konsens in der Benamung vorhanden sein. Ich werde auch z.B. alt_name aus oder auch official_name wäre möglich, aber irgendwo sollte dann bitte schön der korrekte Gemeindename enthalten sein. Nicht jede Auswertung macht sich die Mühe, Datenvarianten mit zu berücksichtigen und das verringert eindeutig die Nutzbarkeit der Daten. An Alle: ich habe in meiner Tabelle auch nur die Fälle aufgeführt, die ich nicht lösen konnte. Sowas wie Gemeinde vorne oder hinten, , Stadt oder ähnliches habe ich nicht aufgeführt, weil ich das schon als Varianten toleriere. viele Grüße Dietmar ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
On 24/07/2015 7:49 PM, p...@trigpoint.me.uk wrote: On Fri Jul 24 09:45:06 2015 GMT+0100, Martin Koppenhoefer wrote: sent from a phone Am 23.07.2015 um 20:49 schrieb Lester Caine les...@lsces.co.uk: What is needed is proper tagging of fields rather than adding random areas of 'farmland' where the land outside of that is also farmland anyway. So yes I would argue that some of these areas are wrong when they have some arbitrary boundary through the middle of farmland. +1, huge arbitrary farmland areas are pointless and hide the actual white spots where there would be something still to map. +1 The same issues occur with vast residential areas. -1 There is a balance between mapping large areas that are dominated by that landuse and individually mapping each farm/residence with its landuse. The mapper makes their best choice between detail and work load. If someone does not 'like' it that can modify it, hopefully to improve it rather than just deleting it! I'm presently mapping residential areas ... getting tired of the detail I'm putting in, I've noted other entries with less detail. As the rendering is substantially the same I see little point in continuing with the detail I have been putting in and may go with less detail and cover more of the map quickly that way. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
sent from a phone Am 24.07.2015 um 14:30 schrieb Mateusz Konieczny matkoni...@gmail.com: Obviously, incorrectly mapped landuse is worse than missing data. yes, that was the question, what to consider 'correct' cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-ja] 福岡県沖に、似た島が2つ
On Fri, Jul 24, 2015 at 05:18:47AM +, ISHIKAWA Takayuki wrote: こんにちは、奈良の石川です。 福岡県沖に、形もかなり似ていて大きさもそっくり、名前も同じ島が2つ あります (ただし、片方は漢字、片方はローマ字です)。 http://www.openstreetmap.org/#map=15/33.9830/130.2830 http://www.openstreetmap.org/#map=15/34.2450/130.1070 たまたま同じ名前・同じ大きさ・ほぼ同じ形の島が本当に福岡県に2つ あるのであれば、私の杞憂に終わるのですが、どちらか1島が誤りである 可能性もそこそこありそうな気がしています。前者は Bing 航空写真 にも映っていません。 こういう場合は、どのように対処するのが望ましいでしょうか。 なんとなく、前者の方、インポートミスか、何らかの作業でずれてしまった ものじゃないかと思います。 Bingにもない事ですし、ばっさり削ってしまって問題ないと思います。 - やっておきました。 ribbon ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
W dniu 24.07.2015 12:22, Lester Caine napisał(a): As others have said - generally covering large areas as 'farmland' is not helping anybody ... For me it works - just like grassland or industrial, it shows what is the dominant of the whole area and I care for it a lot at middle zoom levels: at least I know what kind of place is it. Residential is also not just for showing the borders of individual living boxes, but rather for showing what is the use of this area. -- The train is always on time / The trick is to be ready to put your bags down [A. Cohen] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Open Data Imports
On 2015-07-23 11:54 PM, Andrew MacKinnon wrote: It might be helpful to look at http://openaddresses.io/ which is an project to aggregate address data from various open data portals. I'm a little confused by http://openaddresses.io's licensing: they claim CC0 but retain individual contributor licences. That seems to be getting collection/database rights exactly the wrong way round. Does anyone know which of these (and others) are compatible with the OSM license? Some of the licences are up on CLIPol http://clipol.org/, and you can compare them to OSM's. Usually they're not on the site, and they are all special roll-your-own versions inspired by the UK Open Data Licence. In theory, you can add licences to CLIPol, but it would take a careful legal eye to catch all of the terms. If a city caught the first open data wave and has a licence from ≤ 2011, it's highly likely that you can't use it with OSM. Toronto you can, because they told us we can. cheers, Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
sent from a phone Am 24.07.2015 um 12:22 schrieb Lester Caine les...@lsces.co.uk: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm has so few entries tagged that I am sure it could be 'retired' now? like 640.000 few? I'd also like to retire it, but I wouldn't base that on usage numbers ;-) cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Script osmaxil - Suivi du bâti
Bonjour Vincent, Dis-moi, ton script, est-ce qu'il ne pourrait pas aussi être utilisé pour comparer un fichier osm comprenant le bâti issu du cadastre, à ce qui est présent dans Osm ? Je sais que pour le moment il ne permet pas de créer de nouveaux objets, mais s'il permet dans un premier temps de créer une visualisation des zones où il manque des bâtiments, je crois que ça pourrait rendre pas mal de services. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] New road style for the Default map style - the second version. And thanks for rural test locations!
On Fri, 24 Jul 2015 10:45:06 +0200 Martin Koppenhoefer dieterdre...@gmail.com wrote: +1, huge arbitrary farmland areas are pointless and hide the actual white spots where there would be something still to map. Main use of landuse is not for marking mapped areas. It may be used for rendering lower zoom levels. It is better to have mapped landuse that area lacking any data. Obviously, incorrectly mapped landuse is worse than missing data. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] [CC-be] [okfn-be] Green light for the federal open data strategy
Dear Mr Mentens As coordinator of http://lepacte.be and http://hetpact.be, I thank you very much for your work and efforts. I would like to meet you soon to discuss other ideas that could help develop Belgian présence in the digital world and bring some important savings and help develop the SMEs that are so important for our economy. Best regards Nicolas Pettiaux À ven. juil. 24 07:11:13 2015 GMT-0400, Michiel Mentens a écrit : and more happy sharing here: http://www.tijd.be/r/t/1/id/9658145 and here: https://twitter.com/tijd/status/624528865701023744 thx community for your input! 2015-07-24 12:28 GMT+02:00 Pieter Colpaert pieter.colpa...@okfn.org: Hi Open Knowledge BE, OSM BE and CC BE, A couple of us have been giving feedback to the federal government regarding their open data strategy. Today, the strategy has been approved by the ministerial council: http://www.openknowledge.be/2015/07/24/green-light-for-the-belgian-federal-open-data-strategy/ The strategy contains a lot of our recommendations. We thus can only look forward to a bright future of open data in Belgium. The strategy provides extremely interesting points for e.g., the OSM community: all data should be able to be imported in Open Street Map, or the open transport working group (SNCB is part of the strategy). And last but not least, the standard license they aim at is CC0. For the tweeps out here: https://twitter.com/OpenKnowledgeBE/status/624518681456963584. Feel free to share on other social media. Kind regards, Pieter -- +32 486 74 71 22 Board of directors Open Knowledge Belgium http://openknowledge.be International Open Transport community http://transport.okfn.org Belgian Open Transport community http://transport.openknowledge.be ___ okfn-be mailing list okfn...@lists.okfn.org https://lists.okfn.org/mailman/listinfo/okfn-be Unsubscribe: https://lists.okfn.org/mailman/options/okfn-be -- Michiel -- Envoyé depuis mon Jolla ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Script osmaxil - Suivi du bâti
HopHopHop, Il y a un script qui permettrait d'ajouter des bâtiments à partir de la tuile Cadastrale ? Le 24 juillet 2015 14:13, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Bonjour Vincent, Dis-moi, ton script, est-ce qu'il ne pourrait pas aussi être utilisé pour comparer un fichier osm comprenant le bâti issu du cadastre, à ce qui est présent dans Osm ? Je sais que pour le moment il ne permet pas de créer de nouveaux objets, mais s'il permet dans un premier temps de créer une visualisation des zones où il manque des bâtiments, je crois que ça pourrait rendre pas mal de services. Stf ___ 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