[OSM-talk-be] FW: AGIV
Werkt prima en de kwaliteit van de foto's is een stuk beter dan Bing. Alleen vervelend dat je steeds naar het layers paneeltje moet om de resolutie aan te passen als je zoomt. Is dat niet op te lossen met een macro die opgeroepen kan worden met een F-toets of zo ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] FW: AGIV
Yes, that's the one. I've read the ticket. looks like it may take a wile before they fix it. Hence my question if it is possible to manually trigger the resolution update. Now I have to go to the Layers panel, right-click on AGIV, select Change Resolution. It would help a lot if I could change the resolution by simply pressing an F-Key ? Gilbert 2013/4/6 André Pirard a.pirard.pa...@gmail.com On 2013-04-06 10:43, Gilbert Hersschens wrote : Werkt prima en de kwaliteit van de foto's is een stuk beter dan Bing. Do you mean the one I found http://grb.agiv.be/geodiensten/raadpleegdiensten/geocache/? Alleen vervelend dat je steeds naar het layers paneeltje moet om de resolutie aan te passen als je zoomt. Is dat niet op te lossen met een macro die opgeroepen kan worden met een F-toets of zo ? If you speak or JOSM: http://josm.openstreetmap.de/ticket/7563 Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] OpenSnowMap.org
On Sat, Apr 6, 2013 at 7:56 AM, yvecai yve...@gmail.com wrote: Pistes informations with a single clic:No more 'vector mode'. Lighter, better compatibility with browsers. Search for pistes by names:Nominatim results are augmented with a selection of ski pistes and lifts. Multi-modal routing and elevation profiles:You can climb dowhnills, take a lift downward and a shortcut in snowshoes. Yes ! Forum:Yet another channel. It's more dedicated to newcomers, and aim to ensure the site viabilty in the long-term. Excellent! Some feedback: - the terrain shading is distracting and not useful at higher zoom levels (16+, maybe 15+) - why not show the names of the runs? (rather than having to click on them) - the interactive mode button is not intuitive at all. I had no idea it was a button until I happened to click Settings. Why not leave interactive mode on all the time? - in the mountains I looked at, the chairlift icons are often upside down... - could it be more obvious which is the start of each (downhill) run? - would be great to have a summer/winter mode button (in summer mode, show the mountain bike trails, hiking routes etc) - at low zooms (10), it's hard to find the ski resorts - they could be much more prominent - suggest changing mapkey to legend (or just key. Or at least put a space in it :)) - what is the profile button meant to do? It just gives this one tip about clicking the interactive button... - I find the whole interactive mode clunky and not intuitive. Why not follow the established conventions of direction finding, using a similar interface to Google Maps, Bing Maps, or hell, OSRM? It's pretty confusing: it took me a while to work out that it's even doing routing. All I wanted to do was click on a run to find out more about it. - the mapkey doesn't explain what the little warning signs ( /!\ ) are for. Steepness? - I also see two different coloured XC trails, but I can't see anything in the legend that explains why? - I love the elevation profile - would be great to be able to click on a single run/track and see the profile for it. - the wiki page that is linked to to explain the colour coding of ski runs doesn't actually explain them: http://wiki.openstreetmap.org/wiki/Proposed_features/Tag:route%3Dpiste (Suggest you just include text descriptions, like easy, difficult etc) - would be great to use bezier smoothing on the ski runs if at all possible - they look very sharp and jagged. Anyway, overall it looks great! Don't be put off my feedback :) Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
On Tue, Apr 2, 2013 at 7:47 PM, Pieren pier...@gmail.com wrote: It's not only for outdated outlines. As said, it is not a map feature, it's just for some comfort during edition (would consider the same for mapping party cakes). What was the easiest and most pratical solution can be tolerated if it is temporary or until editors provide other means like the plugin mentioned earlier. Hi Pieren, For our information, would you mind explaining how it helps to have these boundaries in the database? I just don't get it - if I'm editing, and I see one of these boundaries, either: a) it lines up with the edge of the imagery, in which case it tells me nothing new (ie: I can already see there's no imagery!), or b) it's wrong. I usually delete it if b :) I'm sure I'm missing something though - what's the use case where it's helpful? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenSnowMap.org
Many thanks for the feedback ! On 04/06/2013 10:57 AM, Steve Bennett wrote: Excellent! Some feedback: - the terrain shading is distracting and not useful at higher zoom levels (16+, maybe 15+) Really ? It helps to see the slope direction, at least. - why not show the names of the runs? (rather than having to click on them) - todo list updated - the interactive mode button is not intuitive at all. I had no idea it was a button until I happened to click Settings. Why not leave interactive mode on all the time? I'm afraid it would be more clunky, then :) - in the mountains I looked at, the chairlift icons are often upside down... Already in the todo list. But I find it somewhat funny, especially the drag-lift icon :) - could it be more obvious which is the start of each (downhill) run? Unless there a tag on the node, it would be hard. Emphasizing each way start node wouldn't be nice, as pistes can be made from several ways. - would be great to have a summer/winter mode button (in summer mode, show the mountain bike trails, hiking routes etc) Then it's not opensnowmap anymore :) - at low zooms (10), it's hard to find the ski resorts - they could be much more prominent You're right. Maybe the yellow/blue cluster should be extended a zoom further, and site=piste relations only be an icon with no name at z9. - suggest changing mapkey to legend (or just key. Or at least put a space in it :)) - todo list updated - what is the profile button meant to do? It just gives this one tip about clicking the interactive button... I think this could disappear - I find the whole interactive mode clunky and not intuitive. Why not follow the established conventions of direction finding, using a similar interface to Google Maps, Bing Maps, or hell, OSRM? It's pretty confusing: it took me a while to work out that it's even doing routing. All I wanted to do was click on a run to find out more about it. What I try to achieve is controls with left clic only. I take it that more guidance would be appreciated. Thing is, translations are scarce, so if I want to add a small help text, I'm afraid that won't be that useful before a while. I'll try to works on icon meaning first and see what I end up with. - the mapkey doesn't explain what the little warning signs ( /!\ ) are for. Steepness? piste:difficulty easy for crosscountry - I also see two different coloured XC trails, but I can't see anything in the legend that explains why? It's just the trail marking color (tag colour on the relation) - I love the elevation profile - would be great to be able to click on a single run/track and see the profile for it. Should the 'interactive mode' be less clunky, I hope it's not necessary. Normally you should be less than a few clic away of achieving this in defining a route. - the wiki page that is linked to to explain the colour coding of ski runs doesn't actually explain them: http://wiki.openstreetmap.org/wiki/Proposed_features/Tag:route%3Dpiste (Suggest you just include text descriptions, like easy, difficult etc) There is no color coding here, it's the marking color of the piste tagged as a relation. Good luck if you find any meaning here :http://www.opensnowmap.org/?zoom=17lat=47.47907lon=15.7533layers=e=falsem=raster There is 'color coding' of difficulties in the render for downhill pistes only, it's the /!\ for crosscountry. Pistes tagged as a way are concerned. - would be great to use bezier smoothing on the ski runs if at all possible - they look very sharp and jagged. - todo list updated ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenSnowMap.org
On 04/06/2013 10:57 AM, Steve Bennett wrote: - I find the whole interactive mode clunky and not intuitive. Ok, I've change added some shadows to the (i) button and a better visual explaination, hope this helps to make things clearer. Yves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Autotrasportatori
Mi trovo a mappare luoghi di attività di autotrasporto logistica. Solitamente hanno sia edificio di immagazzinamento delle merce, sia deposito allaperto Qualcosa di riferibile ai tag: Industrial:warehouse Landuse:depot Ma non sono soddisfatto, in quanto non li ritengo esaustivi. Avete consigli? Ciao Beppe ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
We had a deployment of OSM Tasking Manager, and it gives you a possibility to make a task with boundaries taken from a OSM way. We used one of this imagery boundaries. It could be used for aligning imagery offset, for analysis of data frequency based on imagery availability, etc. I think this boundaries can be useful, but should be in some other database. Janko 2013/4/6 Steve Bennett stevag...@gmail.com On Tue, Apr 2, 2013 at 7:47 PM, Pieren pier...@gmail.com wrote: It's not only for outdated outlines. As said, it is not a map feature, it's just for some comfort during edition (would consider the same for mapping party cakes). What was the easiest and most pratical solution can be tolerated if it is temporary or until editors provide other means like the plugin mentioned earlier. Hi Pieren, For our information, would you mind explaining how it helps to have these boundaries in the database? I just don't get it - if I'm editing, and I see one of these boundaries, either: a) it lines up with the edge of the imagery, in which case it tells me nothing new (ie: I can already see there's no imagery!), or b) it's wrong. I usually delete it if b :) I'm sure I'm missing something though - what's the use case where it's helpful? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Imagery Boundary?
On Sun, Apr 7, 2013 at 2:15 AM, Janko Mihelić jan...@gmail.com wrote: I think this boundaries can be useful, but should be in some other database. Are there any other appropriate databases? That is, something with the same form (an OSM database) for stuff related to the OSM project, but not containing actual OSM content. I'm thinking Wikipedia has talk pages, project pages, and meta.wikimedia.org; Stack Overflow has meta - would some kind of meta OSM database be appropriate? Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] http://wiki.openstreetmap.org/wiki/Key:building
In het verleden werden gebouwen simpel getagt met building=yes. Dit was mischien een beetje simpel maar werkte wel. Nu blijkt dit volgens de volgende web-pagina: http://wiki.openstreetmap.org/wiki/Key:building nogal uitgebreidt te zijn. Op dit ogenblik is er nog geen verschil te zijn in de presentatie op openstreetmap.org maar ik kan wel het nut inzien van deze verdere onderverdeling. De vraag is wel hoe we hier mee omgaan, het betekent erg veel werk om handmatig al die geboutje om te zetten en dorpjes en wijken waar nu niemand bezig is kunnen dan nog een lange tijd op de oude stand blijven staan. Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] http://wiki.openstreetmap.org/wiki/Key:building
Alles in Openstreetmap is veel werk, want de wereld is heel groot. Gelukkig zijn we met velen en Vele handen maken licht werk! Bovendien is er geen enkele noodzaak dat alle gebouwen aangepast worden en al helemaal niet binnen een bepaalde tijd. On 04/06/2013 07:05 AM, Ronald Stroethoff wrote: In het verleden werden gebouwen simpel getagt met building=yes. Dit was mischien een beetje simpel maar werkte wel. Nu blijkt dit volgens de volgende web-pagina: http://wiki.openstreetmap.org/wiki/Key:building nogal uitgebreidt te zijn. Op dit ogenblik is er nog geen verschil te zijn in de presentatie op openstreetmap.org maar ik kan wel het nut inzien van deze verdere onderverdeling. De vraag is wel hoe we hier mee omgaan, het betekent erg veel werk om handmatig al die geboutje om te zetten en dorpjes en wijken waar nu niemand bezig is kunnen dan nog een lange tijd op de oude stand blijven staan. Ronald -- --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] http://wiki.openstreetmap.org/wiki/Key:building
On 2013-04-06 07:05, Ronald Stroethoff wrote: In het verleden werden gebouwen simpel getagt met building=yes. Dit was mischien een beetje simpel maar werkte wel. Nu blijkt dit volgens de volgende web-pagina: http://wiki.openstreetmap.org/wiki/Key:building nogal uitgebreidt te zijn. Op dit ogenblik is er nog geen verschil te zijn in de presentatie op openstreetmap.org maar ik kan wel het nut inzien van deze verdere onderverdeling. De vraag is wel hoe we hier mee omgaan, het betekent erg veel werk om handmatig al die geboutje om te zetten en dorpjes en wijken waar nu niemand bezig is kunnen dan nog een lange tijd op de oude stand blijven staan. Jemig, wat zit daar een hoop, sorry voor het woord, bullshit bij. Hotel hebben we toch al als tourism? Dus tourism=hotel en building=hotel? Lijkt me een beetje dubbel. for the hotel grounds including. Grounds, is voor mij de perceel, of is mijn kennis van het engels daar een beetje verkeerd? Een perceel ga je niet al building taggen. En terrace? Als ik een rij rijtjeshuizen die nu uit de shapes import als één building staan ga opdelen in verschillende woningen dan ga ik daar echt geen terrace van maken. Dat is sowieso een totaal onbekende term in Nederland. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] http://wiki.openstreetmap.org/wiki/Key:building
Het beste voorbeeld is waarschijnlijk building=church. Sommige zijn nog place_of_worship, andere niet meer, maar het blijft wel een kerkgebouw. Of je nu bij een hotel building=yes of building=hotel gebruikt, dat maakt niet zo'n groot verschil, al is het soort gebouw waar de meeste hotels inzitten wel vrij typisch. Jo Op 6 april 2013 21:51 schreef Maarten Deen md...@xs4all.nl het volgende: On 2013-04-06 07:05, Ronald Stroethoff wrote: In het verleden werden gebouwen simpel getagt met building=yes. Dit was mischien een beetje simpel maar werkte wel. Nu blijkt dit volgens de volgende web-pagina: http://wiki.openstreetmap.org/**wiki/Key:buildinghttp://wiki.openstreetmap.org/wiki/Key:building nogal uitgebreidt te zijn. Op dit ogenblik is er nog geen verschil te zijn in de presentatie op openstreetmap.org maar ik kan wel het nut inzien van deze verdere onderverdeling. De vraag is wel hoe we hier mee omgaan, het betekent erg veel werk om handmatig al die geboutje om te zetten en dorpjes en wijken waar nu niemand bezig is kunnen dan nog een lange tijd op de oude stand blijven staan. Jemig, wat zit daar een hoop, sorry voor het woord, bullshit bij. Hotel hebben we toch al als tourism? Dus tourism=hotel en building=hotel? Lijkt me een beetje dubbel. for the hotel grounds including. Grounds, is voor mij de perceel, of is mijn kennis van het engels daar een beetje verkeerd? Een perceel ga je niet al building taggen. En terrace? Als ik een rij rijtjeshuizen die nu uit de shapes import als één building staan ga opdelen in verschillende woningen dan ga ik daar echt geen terrace van maken. Dat is sowieso een totaal onbekende term in Nederland. Maarten __**_ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-nlhttp://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] http://wiki.openstreetmap.org/wiki/Key:building
On 2013-04-06 22:18, Jo wrote: Het beste voorbeeld is waarschijnlijk building=church. Sommige zijn nog place_of_worship, andere niet meer, maar het blijft wel een kerkgebouw. Of je nu bij een hotel building=yes of building=hotel gebruikt, dat maakt niet zo'n groot verschil, al is het soort gebouw waar de meeste hotels inzitten wel vrij typisch. Dat mag voor de grote ketens misschien zo zijn, maar ga maar eens in een grote stad naar een hotel dat niet in een keten zit. Dat is gewoon een van de gebouwen in de hele rij. Daar had zomaar een paar appartementen in kunnen zitten. Maarten Op 6 april 2013 21:51 schreef Maarten Deen md...@xs4all.nl het volgende: On 2013-04-06 07:05, Ronald Stroethoff wrote: In het verleden werden gebouwen simpel getagt met building=yes. Dit was mischien een beetje simpel maar werkte wel. Nu blijkt dit volgens de volgende web-pagina: http://wiki.openstreetmap.org/wiki/Key:building [1] nogal uitgebreidt te zijn. Op dit ogenblik is er nog geen verschil te zijn in de presentatie op openstreetmap.org [2] maar ik kan wel het nut inzien van deze verdere onderverdeling. De vraag is wel hoe we hier mee omgaan, het betekent erg veel werk om handmatig al die geboutje om te zetten en dorpjes en wijken waar nu niemand bezig is kunnen dan nog een lange tijd op de oude stand blijven staan. Jemig, wat zit daar een hoop, sorry voor het woord, bullshit bij. Hotel hebben we toch al als tourism? Dus tourism=hotel en building=hotel? Lijkt me een beetje dubbel. for the hotel grounds including. Grounds, is voor mij de perceel, of is mijn kennis van het engels daar een beetje verkeerd? Een perceel ga je niet al building taggen. En terrace? Als ik een rij rijtjeshuizen die nu uit de shapes import als één building staan ga opdelen in verschillende woningen dan ga ik daar echt geen terrace van maken. Dat is sowieso een totaal onbekende term in Nederland. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl [3] Links: -- [1] http://wiki.openstreetmap.org/wiki/Key:building [2] http://openstreetmap.org [3] http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-tr] son zamanlarda ki büyükşehir düzeltmeleri...
gerçekten anlamlı bir şekilden girilir ve sanki çoğu il merkezleri residential yolları eklendi. Dün büyük şehirlerin tiles zoomlevel 10 ile 13 arası elden güncelledim - mesela Malatya'ya bak: http://osm.org/go/x55KIm Kullanıcı adları mesela: surendran1, SathyaV, Jalaludeen, SVishnu, vignesh anand, sheik farid, suresh ruban... acaip yav! ama iyi görünüyor...! ;-) Düzeltme derken... Hakikaten anlamlı bir şekilde yol falan eklenmektemi yoksa isimlerimi değiştiriyorlar? Misal bir bölge verebilirsen değişiklikleri görmek isterdim.. Hoşçakal, Hakan Roman Neumüller em...@katpatuka.org wrote: Fark ettiniz mi bilmem ama birkaç haftadan beri - daha doğrusu 18 Şubat'tan itibaren - çoğu sanki hint isimli kullanıcılar tarafından Türkiye'nin büyükşehirleri düzeltilmektedir... tuhaf değil mi? slm Roman ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- katpatuka.org ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-tr] son zamanlarda ki büyükşehir düzeltmeleri...
Dün Orkut Murat'la da biraz bahsettik bu konudan. arkasında Mapbox'un olma ihtimali var. Verileri satın alıp osm'ye girme işini de Hindistan'da bir ekibe paslamış olabilir. Bildiğim kadarıyla Foursquare, altlık olarak Mapbox üzerinden OSM verisini kullanıyor. Ayrıca Türkiye Mapbox'un OSM verilerinin tamamlanması için öncelik verdiği ülkelerden biri. Can 6 Nis 2013 09:22 tarihinde Roman Neumüller em...@katpatuka.org yazdı: gerçekten anlamlı bir şekilden girilir ve sanki çoğu il merkezleri residential yolları eklendi. Dün büyük şehirlerin tiles zoomlevel 10 ile 13 arası elden güncelledim - mesela Malatya'ya bak: http://osm.org/go/x55KIm Kullanıcı adları mesela: surendran1, SathyaV, Jalaludeen, SVishnu, vignesh anand, sheik farid, suresh ruban... acaip yav! ama iyi görünüyor...! ;-) Düzeltme derken... Hakikaten anlamlı bir şekilde yol falan eklenmektemi yoksa isimlerimi değiştiriyorlar? Misal bir bölge verebilirsen değişiklikleri görmek isterdim.. Hoşçakal, Hakan Roman Neumüller em...@katpatuka.org wrote: Fark ettiniz mi bilmem ama birkaç haftadan beri - daha doğrusu 18 Şubat'tan itibaren - çoğu sanki hint isimli kullanıcılar tarafından Türkiye'nin büyükşehirleri düzeltilmektedir... tuhaf değil mi? slm Roman __**_ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-trhttp://lists.openstreetmap.org/listinfo/talk-tr -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- katpatuka.org __**_ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-trhttp://lists.openstreetmap.org/listinfo/talk-tr ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Hallo, ich habe jetzt die erste Auswertung der Baden-Württembergischen Straßenlisten online grafisch [1] und listenorientiert [2] bzw. dynamisch listenorientiert [3] durchgeführt. Die beiden Listendarstellung basieren auf denselben Daten, letztere wird on-the-fly erzeugt und wird in Kürze die statische Ausgabe ersetzen. Hier einige Zahlenspiele: Baden-Württemberg hat 1103 Gemeinden (davon sind 2 gemeindefreie Gebiete). Vorher waren 157 Straßenlisten für Baden-Württemberg verfügbar, diese wurde im Straßenlisten-Wiki auch nicht überschrieben. Aus der LGL-Liste sind 961 Straßenlisten in das Straßenliste-Wiki übernommen und auch ausgewertet worden. Die restlichen waren nicht übernommen worden, weil explizit angeforderte Straßenlisten verfügbar waren und derzeit unklar ist, wie gut und aktuell die LGL-Straßenlisten sind. Ausgewertet wurden heute früh 1062 Städte und Gemeinden (ich ignoriere hier zusätzliche 59 weitere Listen für Stuttgart Stadtbezirke, Stuttgart Stadtteile und Böblingen 1 Ortsteilliste und Sindelfingen 2 Ortsteilllisten) ((Gemeinde Griesingen fehlt, sie hat keine Grenzrelation, werde ich ergänzen)). Von den 160.689 Straßen sind 123.090 in OSM enthalten, also landesweit sind 76,6% aller Straßen vorhanden. Ich verzichte hier mal auf den Vergleich mit anderen Bundesländern, auch wenns mich jukt und ich sowas mittelfristig inkl. Historie noch vorhabe. Also gibt es noch einiges zu tun, viel Spaß ;) [1] http://regio-osm.de/listofstreets/grafikdarstellung/anzeige.html?file=DE_BW [2] http://regio-osm.de/listofstreets/Bundesrepublik+Deutschland/Baden-Wuerttemberg/index.html [3] http://regio-osm.de:/listofstreets/hierarchy?country=Bundesrepublik+Deutschlandhierarchy=Baden-W%C3%BCrttemberg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Hallo, ich habe einige Gemeinden in der Umgebung (80-90%) stichprobenartig überprüft. Bei allen Gemeinden komme ich auf fast 100% Übereinstimmung wenn ich folgende Unstimmigkeiten beseitige: Groß/Kleinschreibung: Am Alten Bahndamm ; Am alten Bahndamm Bindestrich - Leerzeichen Problem: Desco-Straße ; Desco Straße ; Descostraße Schreibfehler: Frühlingstraße ; Frühlingsstraße (obwohl er in diesem Jahr ausfällt!) Klembachweg ; Klemmbachweg Das Problem bleibt aber, welche Schreibweise ist richtig: LGL-Liste, OSM-Eintrag oder Schreibweise auf dem Straßenschild ? Eine Aufgabe für die nächsten Wochen und Monate. Liebe Grüße Klaus -Ursprüngliche Nachricht- Von: Dietmar [mailto:ostr...@diesei.de] Gesendet: Samstag, 6. April 2013 13:06 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg Hallo, ich habe jetzt die erste Auswertung der Baden-Württembergischen Straßenlisten online grafisch [1] und listenorientiert [2] bzw. dynamisch listenorientiert [3] durchgeführt. Die beiden Listendarstellung basieren auf denselben Daten, letztere wird on- the-fly erzeugt und wird in Kürze die statische Ausgabe ersetzen. Hier einige Zahlenspiele: Baden-Württemberg hat 1103 Gemeinden (davon sind 2 gemeindefreie Gebiete). Vorher waren 157 Straßenlisten für Baden-Württemberg verfügbar, diese wurde im Straßenlisten-Wiki auch nicht überschrieben. Aus der LGL-Liste sind 961 Straßenlisten in das Straßenliste-Wiki übernommen und auch ausgewertet worden. Die restlichen waren nicht übernommen worden, weil explizit angeforderte Straßenlisten verfügbar waren und derzeit unklar ist, wie gut und aktuell die LGL-Straßenlisten sind. Ausgewertet wurden heute früh 1062 Städte und Gemeinden (ich ignoriere hier zusätzliche 59 weitere Listen für Stuttgart Stadtbezirke, Stuttgart Stadtteile und Böblingen 1 Ortsteilliste und Sindelfingen 2 Ortsteilllisten) ((Gemeinde Griesingen fehlt, sie hat keine Grenzrelation, werde ich ergänzen)). Von den 160.689 Straßen sind 123.090 in OSM enthalten, also landesweit sind 76,6% aller Straßen vorhanden. Ich verzichte hier mal auf den Vergleich mit anderen Bundesländern, auch wenns mich jukt und ich sowas mittelfristig inkl. Historie noch vorhabe. Also gibt es noch einiges zu tun, viel Spaß ;) [1] http://regio- osm.de/listofstreets/grafikdarstellung/anzeige.html?file=DE_BW [2] http://regio-osm.de/listofstreets/Bundesrepublik+Deutschland/Baden- Wuerttemberg/index.html [3] http://regio- osm.de:/listofstreets/hierarchy?country=Bundesrepublik+Deutschland hierarchy=Baden-W%C3%BCrttemberg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Wir machen ja was ähnliches in der Schweiz siehe (qa.poole.ch/ch-roads/) und da gibt es genauso viele Differenzen. Soweit überhaupt ein Konsens existiert, so ist er der das in name wir das eintragen was auf dem Schild steht mit den gebräuchlichen Abkürzungen ausgeschrieben (also Str. - Strasse etc) und in official_name die offizielle Version (muss natürlich vor Ort verifiziert werden). In komplizierten Fällen z.B. ungebräuchliche Abkürzungen, mehrfach verschiedene Beschilderung etc. muss man dann noch auf short_name und alt_name Rückgriff nehmen. Bei meiner Auswertung geben auch Gross-Kleinschreibung Unterschiede einen Fehler, hauptsächlich weil es doch meistens Fehler in der Erfassung sind, da kann man sich aber wirklich darüber streiten. Simon Am 06.04.2013 15:17, schrieb Klaus Hanauer: Hallo, ich habe einige Gemeinden in der Umgebung (80-90%) stichprobenartig überprüft. Bei allen Gemeinden komme ich auf fast 100% Übereinstimmung wenn ich folgende Unstimmigkeiten beseitige: Groß/Kleinschreibung: Am Alten Bahndamm ; Am alten Bahndamm Bindestrich - Leerzeichen Problem: Desco-Straße ; Desco Straße ; Descostraße Schreibfehler: Frühlingstraße ; Frühlingsstraße (obwohl er in diesem Jahr ausfällt!) Klembachweg ; Klemmbachweg Das Problem bleibt aber, welche Schreibweise ist richtig: LGL-Liste, OSM-Eintrag oder Schreibweise auf dem Straßenschild ? Eine Aufgabe für die nächsten Wochen und Monate. Liebe Grüße Klaus -Ursprüngliche Nachricht- Von: Dietmar [mailto:ostr...@diesei.de] Gesendet: Samstag, 6. April 2013 13:06 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg Hallo, ich habe jetzt die erste Auswertung der Baden-Württembergischen Straßenlisten online grafisch [1] und listenorientiert [2] bzw. dynamisch listenorientiert [3] durchgeführt. Die beiden Listendarstellung basieren auf denselben Daten, letztere wird on- the-fly erzeugt und wird in Kürze die statische Ausgabe ersetzen. Hier einige Zahlenspiele: Baden-Württemberg hat 1103 Gemeinden (davon sind 2 gemeindefreie Gebiete). Vorher waren 157 Straßenlisten für Baden-Württemberg verfügbar, diese wurde im Straßenlisten-Wiki auch nicht überschrieben. Aus der LGL-Liste sind 961 Straßenlisten in das Straßenliste-Wiki übernommen und auch ausgewertet worden. Die restlichen waren nicht übernommen worden, weil explizit angeforderte Straßenlisten verfügbar waren und derzeit unklar ist, wie gut und aktuell die LGL-Straßenlisten sind. Ausgewertet wurden heute früh 1062 Städte und Gemeinden (ich ignoriere hier zusätzliche 59 weitere Listen für Stuttgart Stadtbezirke, Stuttgart Stadtteile und Böblingen 1 Ortsteilliste und Sindelfingen 2 Ortsteilllisten) ((Gemeinde Griesingen fehlt, sie hat keine Grenzrelation, werde ich ergänzen)). Von den 160.689 Straßen sind 123.090 in OSM enthalten, also landesweit sind 76,6% aller Straßen vorhanden. Ich verzichte hier mal auf den Vergleich mit anderen Bundesländern, auch wenns mich jukt und ich sowas mittelfristig inkl. Historie noch vorhabe. Also gibt es noch einiges zu tun, viel Spaß ;) [1] http://regio- osm.de/listofstreets/grafikdarstellung/anzeige.html?file=DE_BW [2] http://regio-osm.de/listofstreets/Bundesrepublik+Deutschland/Baden- Wuerttemberg/index.html [3] http://regio- osm.de:/listofstreets/hierarchy?country=Bundesrepublik+Deutschland hierarchy=Baden-W%C3%BCrttemberg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lightmap
On 05.04.2013 10:37, Pascal Neis wrote: Eigentlich sollten die Daten für die Lightmap laut Cron jede Woche Mittwoch-Nachts aktualisiert werden. Vorschlag: in der Fußzeile neben der Attributierung (oder evtl. auch nur auf der dort verlinkten Info-Seite) das letzte Aktualisierungsdatum einblenden? -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
On 13-04-06 13:06, Dietmar wrote: Von den 160.689 Straßen sind 123.090 in OSM enthalten, also landesweit sind 76,6% aller Straßen vorhanden. Naja, Referenz sollten eher etwa 190 000 Straßen sein. Beim nächsten Blick fällt auf, dass mehr als 40 Gemeinden komplett fehlen: AGS Straßen Stadt/Gemeinde 082120003586Karlsruhe (Baden) 082220001960Mannheim, Universitätsstadt 084150611232Reutlingen 082310001144Pforzheim 084210001140Ulm (Donau) 083260741089Villingen-Schwenningen 084160411061Tübingen 08221000981 Heidelberg (Neckar) 08335043912 Konstanz, Universitätsstadt 08118048872 Ludwigsburg (Württemberg) 08211000766 Baden-Baden 08116019710 Esslingen am Neckar 08135019704 Heidenheim an der Brenz 08215009566 Bruchsal 08226096563 Weinheim (Bergstraße) 08115045537 Sindelfingen 08335075509 Singen (Hohentwiel) 08336050450 Lörrach 08118050261 Markgröningen 08135032247 Steinheim am Albuch 08118019233 Gerlingen (Württemberg) 08127103201 Frankenhardt 08127073180 Satteldorf 08127101172 Kreßberg 08127100166 Rosengarten (Württemberg) 08127063161 Obersontheim 08127089151 Vellberg 08226076149 Sandhausen (Baden) 08226031135 Hemsbach (Bergstraße) 08125094131 Talheim (Neckar) 08127013126 Bühlerzell 08127079116 Sulzbach-Laufen 08127012110 Bühlertann 08127023109 Fichtenberg (Württemberg) 0812709999 Wolpertshausen 0812800686 Assamstadt 0811706081 Zell unter Aichelberg 0833600861 Binzen (Kreis Lörrach) 0822602053 Eschelbronn 0813607051 Täferrot 0821600651 Bischweier 0831507351 Merzhausen (Breisgau) 0822602725 Heddesbach Weitere 25 Gemeinden nennen unter 50 % der erwarteten Straßen. Beispielsweise werden für Freiburg nur 281 Straßen genannt, wo etwa 830 Einträge zu erwarten wären. Joachim, meldest du bitte weiterhin zurück, dass die Daten noch nicht gut genug sind? Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
On 13-04-06 19:58, Martin Trautmann wrote: Weitere 25 Gemeinden nennen unter 50 % der erwarteten Straßen. Beispielsweise werden für Freiburg nur 281 Straßen genannt, wo etwa 830 Einträge zu erwarten wären. Sorry, ich meinte Freiburg: 281 von 1290 Heilbronn: 189 von 1259 Göppingen: 155 von 795 Crailsheim: 29 von 619 usw. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gepflegtes Gebüsch
Zitat Frank: Am 04.04.2013 00:39, schrieb Wolfgang Hinsch: ich frage mich, wie man eine Verkehrsinsel, Parkplatzbegrenzung o.ä. taggt, wenn sie mit Gebüsch bedeckt ist, das relativ kurz gehalten und ein paar Mal im Jahr geschnitten wird. andere Ideen? landuse=traffic_green Hallo, ich schlage vor: diese Fläche mit Bodendeckern NICHT mappen. Der Parkplatz ist relevant. Für die Umgebung fände ich relevant, ob es sich um Wohn- oder Industriegebiet handelt. Relevant für was oder wen? Aber dass der Parkplatz mit ein paar kleinen Pflanzen begrenzt ist, das macht die Daten eher unübersichtlich. Ich plädiere dafür, ab einem gewissen Level der Details mit dem Erfassen einfach aufzuhören. Neulich habe ich gesehen, dass jemand den Rasen in einem Vorgarten als Grasland eingetragen hat. Das fällt m.E. in die gleiche Kategorie unwichtig. Unwichtig für was oder wen? Nach meiner Auffassung ist eine Landnutzung etwas, was i.d.R. mehrere Grundstücke umfasst, grob gesagt mehrere Hundert Quadratmeter. Teile von Grundstücken, also Flächen von ein paar m² sind kartografisch kaum darstellbar, für Routing irrelevant, verlangsamen aber die Verarbeitung. Vor ein paar Jahren habe ich zusammen mit blinden Leuten in Hannover gemappt. Dabei war auch jemand mit einem Blindenhund. Als ich fragte, was er als Blinder mit Blindenhund gerne an Daten hätte, die in einem entsprechenden Navigationssystem für ihn nützlich wären, kamen schon an dritter Stelle genau diese Objekte. Kleine Grünflächen in Verkehrszonen, bewachsen mit Buschwerk, Trennobjekte zwischen Fahrzeugen und Fussgängern. Der Grund ist so profan wie einleuchtend. Auch Blindenhunde müssen mal pissen. Das machen sie aber nicht einfach so, ohne Erlaubnis, sondern sie signalisieren das dem Hundeführer. Der sucht dann eine geeignete Stelle und erst dann darf der Hund pinkeln. Wenn der Hundeführer jetzt blind ist, kann er natürlich nicht sehen, wo eventuell eine geeignete Stelle sein könnte. Wenn aber ein Navigationssystem für Blinde solche Informationen bereithält, haben der blinde Hundeführer und der Hund ein Problem weniger. Aber, hey, ist ja fürs Routing irrelevant. Verlangsamt die Verarbeitung, unwichtig. Völlig klar, braucht kein Mensch. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Valore highway per vie piccolo paese
Il 05/04/2013 21:28, girarsi_liste ha scritto: Il 05/04/2013 22:18, Paolo Monegato ha scritto: Scusate, ma per le strade in oggetto non basterebbe un banalissimo highway=* + narrow=yes? Credo che narrow=* debba essere usato per il cartello stradale se cè all'inizio della strada. Intendi questo [1] cartello? Io narrow=yes lo sempre usato a prescindere dalla presenza del cartello, quando invece trovo un limite preciso non uso narrow ma metto maxwidth=* dove serve. Non basterebbe un historic=yes + start_date=*? start_date* ok, ma historic=yes lo trovo troppo generico, non ha nessun riferimanto, come ad esempio può averlo historic=castle. Si, ma nel caso di una strada ho già il tag highway che mi dice che è una strada mentre nel caso del castello magari quello è l'unico tag e dunque diventa fondamentale specificare. ciao Paolo M [1] http://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_strettoia_simmetrica.svg ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
Il 06/04/2013 11:29, Paolo Monegato ha scritto: Intendi questo [1] cartello? Io narrow=yes lo sempre usato a prescindere dalla presenza del cartello, quando invece trovo un limite preciso non uso narrow ma metto maxwidth=* dove serve. Forse hai ragione anche tu, e forse si tratta di capire cosa è meglio dettagliare ai fini della mappa e conseguenti informazioni. Si, ma nel caso di una strada ho gi� il tag highway che mi dice che � una strada mentre nel caso del castello magari quello � l'unico tag e dunque diventa fondamentale specificare. Nel caso specifico, historic era inteso per la strada come parte storica di un contesto (viabilità e tipo pavimentazione), e non per l'effettivo uso che se ne fà ancor oggi. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] routing su percorsi pedonali
È un dubbio che mi è venuto proprio oggi provando openrouteservice...purtroppo sembra che nessun software al momento gestisca correttamente le aree :( per quanto riguarda il fatto che debba essere il software ad adattarsi ai dati la risposta è generalmente si, ma spesso effettive limitazioni molto diffuse tra i vari software (come appunto il riuscire a calcolare la via più breve tra due punti di un poligono) è giusto secondo me che vengano in parte tenute in considerazione all'atto della creazione dei dati...d'altronde i dati sono creati per venire utilizzati e se ciò risulta difficile, se non impossibile, alla fine ci rimettono tutti...dati e software ;) -- View this message in context: http://gis.19327.n5.nabble.com/routing-su-percorsi-pedonali-tp5755935p5756045.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [ot] disiscrizione wiki openstreetmap.
Scusate l'OT, ma oggi ho creato un account sulla wiki di openstreetmap, però mi sono accorto che lo username non era quello che volevo, dato che all'accesso chiede quello, vorrei cancellare l'account e sostituirlo in secondo tempo, creando un nuovo account, solo non resco a trovare la pagina della wiki dedicata a ciò. Qualcuno può darmi una dritta? Grazie. Simone. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [ot] disiscrizione wiki openstreetmap.
On sab, 2013-04-06 at 19:40 +0200, girarsi_liste wrote: vorrei cancellare l'account e sostituirlo in secondo tempo, creando un nuovo account, solo non resco a trovare la pagina della wiki dedicata a ciò. Qualcuno può darmi una dritta? Dubito che sia possibile cancellare l'account; puoi comunque crearne un altro col nome giusto... -- CONTACTS http://tracciabi.li/~bruno/contacts.html 2nd email br...@tracciabi.li GNU/Linux registered user #121507 http://linuxcounter.net signature.asc Description: This is a digitally signed message part ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [ot] disiscrizione wiki openstreetmap.
Il 06/04/2013 21:03, bruno ha scritto: On sab, 2013-04-06 at 19:40 +0200, girarsi_liste wrote: vorrei cancellare l'account e sostituirlo in secondo tempo, creando un nuovo account, solo non resco a trovare la pagina della wiki dedicata a ciò. Qualcuno può darmi una dritta? Dubito che sia possibile cancellare l'account; puoi comunque crearne un altro col nome giusto... Se vuoi puoi farti rinominare, chiedi ad uno dei burocrati [1] (hanno il diritto renameuser [2]). ciao Paolo M [1] http://wiki.openstreetmap.org/w/index.php?title=Special:ListUsersgroup=bureaucrat [2] http://wiki.openstreetmap.org/wiki/Special:ListGroupRights ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-lt] Žaidimas: rask Vilniaus gatves!
Sveiki Vilniaus savivaldybei davus leidimą susivesti informaciją iš VPlano, Vilniuje buvo pažymėtos trūkstamos gatvės. Liko 43, kurių tiesiog nepavyksta rasti :-) Tai arba mažos gatvės, arba planuouamos gatvės, arba aikštės/skverai, kurie neturi adresų (todėl ir rasti šių gatvių nepavyksta). Žvilgterėkite į Vilniaus gatvių sąrašą: http://z.samogitian.com/patrulis/isoriniai.php Gal žinote, kur slepiasi likusios gatvės? Arba gal galite jas surasti VPlano žemėlapyje [1]? Pažaiskime slėpynes! :-) P.S. Planuojamas gatves žymime: highway=proposed proposed=residential|unclassified|pedestrian name=xxx [1] http://maps.vplanas.lt/aplinka/ -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Žaidimas: rask Vilniaus gatves!
Galima dar pažiūrėti teisės aktų paieškoje savivaldybės puslapyje. Ten reguliariai būna teisės aktai apie gatvių pavadinimų priskyrimą (kartu su žemėlapiais). 2013 m. balandis 6 d. 16:08, Ramas ies...@ramuno.lt rašė: Tomai, kažkaip neviliojančiai skamba tokia paieška. Juk galima atsiverti kad ir tą patį maps.lt, įvesti pavadinimą ir pasitikrinti. Pabandžiau keletą ir randa nemažai. Jei neranda, vadinasi gatvė yra projektuojama arba dar neįvesta VPlano. 2013/4/6 Tomas Straupis tomasstrau...@gmail.com Sveiki Vilniaus savivaldybei davus leidimą susivesti informaciją iš VPlano, Vilniuje buvo pažymėtos trūkstamos gatvės. Liko 43, kurių tiesiog nepavyksta rasti :-) Tai arba mažos gatvės, arba planuouamos gatvės, arba aikštės/skverai, kurie neturi adresų (todėl ir rasti šių gatvių nepavyksta). Žvilgterėkite į Vilniaus gatvių sąrašą: http://z.samogitian.com/patrulis/isoriniai.php Gal žinote, kur slepiasi likusios gatvės? Arba gal galite jas surasti VPlano žemėlapyje [1]? Pažaiskime slėpynes! :-) P.S. Planuojamas gatves žymime: highway=proposed proposed=residential|unclassified|pedestrian name=xxx [1] http://maps.vplanas.lt/aplinka/ -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Žaidimas: rask Vilniaus gatves!
kažkaip neviliojančiai skamba tokia paieška. Juk galima atsiverti kad ir tą patį maps.lt, įvesti pavadinimą ir pasitikrinti. Na tai puiku, jei gatvė bus rasta pagal maps.lt (kurie info paėmė iš NŽT/RC), BET GALUTINAI IDENTIFIKUOTA/POZICIONUOTA pagal VPlanas žemėlapį - nematau nieko prieštaraujančio įstatymams (pataisykite, jei klystu). Norėčiau dar kartą priminti MANO asmeninį požiūrį - OSM pildymas yra hobis, laisvalaikio užsiėmimas. Tai nėra DARBAS/PAREIGOS. Jei tokio požiūrio nesilaikome - tada galime apskritai baigti bet kokius pakeitimus ir susikoncentruoti ties valstybinių duomenų atvėrimu. Tada juos (valstybinius duomenis) tiesiog nukopijuojam į OSM ir baigtas kriukis. Ar tikrai TO norime? :-) (aš - ne, kopijuoti man asmeniškai neįdomu) Jei neranda, vadinasi gatvė yra projektuojama arba dar neįvesta VPlano. Projektuojamos gatvės irgi įvedamos. O vat apie situaciją, kad gatvė yra RC, bet jos dar nėra VPlane tai būtų įdomu sužinoti. Taip gali būti ar negali (koks „information flow“)? Buvau susidaręs įspūdį, kad RC GIS info gauna būtent iš/per VPlaną? Dirbam Osm rašė: Galima dar pažiūrėti teisės aktų paieškoje savivaldybės puslapyje. Ten reguliariai būna teisės aktai apie gatvių pavadinimų priskyrimą (kartu su žemėlapiais). Gal galima konkrečiau? Nes ten, kur gaunamos Vilniaus savivaldybės naujienos, - žemėlapių/brėžinių nėra (ten, kur aš žiūriu, - RSS nuorodos). Eduardas rašė: Gal palaukime kol savivaldybė duos ašines gatvių linijas ir tada suvesime, kad neišradinėti dviračio? Nes dabar visai neaišku kur yra gatvių, aikščių, skverų ribos, tai privesime neteisingų duomenų. Gatvių ašinių linijų informacija OSM yra sudėtingesnė, nei kad turima savivaldybės db. Mano ASMENINIU vertinimu tokios informacijos perkėlimo automatizacija kainuos daugiau, nei kad rankinis informacijos įvedimas/keitimas. -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Žaidimas: rask Vilniaus gatves!
http://www.vilnius.lt/index.php?39887300 Čia visų savivaldybės teisės aktų bazė. Teisės aktai paprastai vadinasi (dėl pavadinimo suteikimo..) 2013 m. balandis 6 d. 23:31, Tomas Straupis tomasstrau...@gmail.com rašė: kažkaip neviliojančiai skamba tokia paieška. Juk galima atsiverti kad ir tą patį maps.lt, įvesti pavadinimą ir pasitikrinti. Na tai puiku, jei gatvė bus rasta pagal maps.lt (kurie info paėmė iš NŽT/RC), BET GALUTINAI IDENTIFIKUOTA/POZICIONUOTA pagal VPlanas žemėlapį - nematau nieko prieštaraujančio įstatymams (pataisykite, jei klystu). Norėčiau dar kartą priminti MANO asmeninį požiūrį - OSM pildymas yra hobis, laisvalaikio užsiėmimas. Tai nėra DARBAS/PAREIGOS. Jei tokio požiūrio nesilaikome - tada galime apskritai baigti bet kokius pakeitimus ir susikoncentruoti ties valstybinių duomenų atvėrimu. Tada juos (valstybinius duomenis) tiesiog nukopijuojam į OSM ir baigtas kriukis. Ar tikrai TO norime? :-) (aš - ne, kopijuoti man asmeniškai neįdomu) Jei neranda, vadinasi gatvė yra projektuojama arba dar neįvesta VPlano. Projektuojamos gatvės irgi įvedamos. O vat apie situaciją, kad gatvė yra RC, bet jos dar nėra VPlane tai būtų įdomu sužinoti. Taip gali būti ar negali (koks „information flow“)? Buvau susidaręs įspūdį, kad RC GIS info gauna būtent iš/per VPlaną? Dirbam Osm rašė: Galima dar pažiūrėti teisės aktų paieškoje savivaldybės puslapyje. Ten reguliariai būna teisės aktai apie gatvių pavadinimų priskyrimą (kartu su žemėlapiais). Gal galima konkrečiau? Nes ten, kur gaunamos Vilniaus savivaldybės naujienos, - žemėlapių/brėžinių nėra (ten, kur aš žiūriu, - RSS nuorodos). Eduardas rašė: Gal palaukime kol savivaldybė duos ašines gatvių linijas ir tada suvesime, kad neišradinėti dviračio? Nes dabar visai neaišku kur yra gatvių, aikščių, skverų ribos, tai privesime neteisingų duomenų. Gatvių ašinių linijų informacija OSM yra sudėtingesnė, nei kad turima savivaldybės db. Mano ASMENINIU vertinimu tokios informacijos perkėlimo automatizacija kainuos daugiau, nei kad rankinis informacijos įvedimas/keitimas. -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Žaidimas: rask Vilniaus gatves!
On Sat, Apr 06, 2013 at 09:05:57AM +0300, Tomas Straupis wrote: Sveiki Vilniaus savivaldybei davus leidimą susivesti informaciją iš VPlano, Vilniuje buvo pažymėtos trūkstamos gatvės. Liko 43, kurių tiesiog nepavyksta rasti :-) Tai arba mažos gatvės, arba planuouamos gatvės, arba aikštės/skverai, kurie neturi adresų (todėl ir rasti šių gatvių nepavyksta). Žvilgterėkite į Vilniaus gatvių sąrašą: http://z.samogitian.com/patrulis/isoriniai.php Gal žinote, kur slepiasi likusios gatvės? Arba gal galite jas surasti VPlano žemėlapyje [1]? Pažaiskime slėpynes! :-) Aš tikrai F. Vaitkaus gatvę buvau pažymėjęs. Tai privažiavimo kelias tarp DG ir Oro uosto. Kažkas kažkada ištrynė. :( Gal tas Googlemapsgedonas? Albertas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Žaidimas: rask Vilniaus gatves!
Aš tikrai F. Vaitkaus gatvę buvau pažymėjęs. Tai privažiavimo kelias tarp DG ir Oro uosto. Kažkas kažkada ištrynė. :( Gal tas Googlemapsgedonas? Didėjant duomenų kiekiui ir OSM naudotojų (keitėjų) skaičiui, sudėtingėja galimybė „vizualiu“ būdu operatyviai pastebėti duomenų sugadinimus. Būtent tokioje situacijoje ir reikalingas antrinis (išorinis) šaltinis ir automatinis lyginimas, skirtumų identifikavimas. Žodžiu automatizacija ir „Oracle problema“. P.S. Alternatyvus variantas - keisti procesą iš „keičiamDb-tikrinam“ į „siūlom-tikrinam-tvirtinam-keičiamDb“ (google maps variantas), tik vėlgi abejoju, ar tokia yra OSM vizija. -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-es] ¿Aviso modificación?
Hola, Estoy cansado de encontrarme que algún otro usuario ha realizado cambios erróneos en elementos editados por mí, por ejemplo eliminación de la Ref., del tipo de vía, etc. Me gustaría saber ¿si existe alguna forma de que nos avise cuando alguien modifique algo ya editado por nosotros? Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] usuario greecemapper
ej. de edicion rara: es la ruta nacional 40 al sur de san juan: http://img46.imageshack.us/img46/9476/greecermapper.jpg [image: http://img46.imageshack.us/img46/9476/greecermapper.jpg] le puso highway=primary y lleno de nodos la ruta en linea recta 2013/4/6 Fabian Alejandro fager...@gmail.com alguien sabe es greecemapper? un robot? me parecen raros sus edits veo por ej. http://www.openstreetmap.org/browse/way/215658778 pone tags raros is_in = Argentina es ruta nacional y pone highway = primary no se ve nada mas en el historial, pero debe ser una way desborrada, porque un zoom de lejos en el render se ve que antes si fue highway=trunk saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] usuario greecemapper
ahora salgo yo porque estuve arreglándolo, en el history esta: http://www.openstreetmap.org/browse/way/215658778/history saludos!. 2013/4/6 Werner Horsch werner.hor...@gmail.com en el link q enviaste apareces vos como editor, en el que me eviaste anteriormente mientras chateabamos estaba greecemapper 2013/4/6 Fabian Alejandro fager...@gmail.com ej. de edicion rara: es la ruta nacional 40 al sur de san juan: http://img46.imageshack.us/img46/9476/greecermapper.jpg [image: http://img46.imageshack.us/img46/9476/greecermapper.jpg] le puso highway=primary y lleno de nodos la ruta en linea recta 2013/4/6 Fabian Alejandro fager...@gmail.com alguien sabe es greecemapper? un robot? me parecen raros sus edits veo por ej. http://www.openstreetmap.org/browse/way/215658778 pone tags raros is_in = Argentina es ruta nacional y pone highway = primary no se ve nada mas en el historial, pero debe ser una way desborrada, porque un zoom de lejos en el render se ve que antes si fue highway=trunk saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] rutas nacionales
2013/4/6 Werner Horsch werner.hor...@gmail.com por ahí ví un tag direction = both en una RN q mandaste Fabian, ese tag está de más en una ruta Esos tags direction los pone http://www.openstreetmap.org/user/greecemapper para mi es un robot! saludos!. ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] (sin asunto)
Bien venida Natalia en nuestro foro vas a encontar diferentes temas, áreas de colaboración hay muchas, sea dibujando, corrigiendo errores, etc si vas a dibujar no olvides de leer nuestra wiki convenciones de dibujo seguro que en la zona donde vivís hay algo para mejorar, de donde sos? cualquier duda que tengas no dejes de preguntar slds 2013/4/6 Natalia De Barbieri natt...@hotmail.com Hola a todos! Soy nueva en la lista y esta semana descubri OSM, estoy maravillada. Quiero comenzar a ayudar a completar/actualizar los mapas, soy nueva en todo esto de ruteos y demás, pero me encanta asi que espero poder contribuir. Busqué algunos pueblos perdidos que visité en mis viajes por el interior del país y que sé que no estan en GoogleMaps, como Antofagasta de la Sierra en Catamarca y los encontré ya cargados en OSM. Me enamoré. Si hay algún tema especifico en el que estén trabajando en el que pueda colaborar, por favor, me hacen saber. Un gran saludo, Natalia ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Resumen de Talk-ar, Vol 46, Envío 6
Bienvenida Natalia! Hay algunos temas específicos como decis pero cualquier aporte que se haga por mínimo que sea es importante. En el foro ( http://forum.openstreetmap.org/viewforum.php?id=49 ) y en nuestro servidor de tareas ( http://tareas.openstreetmaps.com.ar/ ) vas a encontrar algo de esto. Saludos. El 6 de abril de 2013 20:53, talk-ar-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-ar a talk-ar@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-ar O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-ar-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-ar-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-ar digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: usuario greecemapper (Fabian Alejandro) 2. Re: usuario greecemapper (Werner Horsch) 3. Re: rutas nacionales (Werner Horsch) 4. Re: usuario greecemapper (Fabian Alejandro) 5. Re: rutas nacionales (Fabian Alejandro) 6. (sin asunto) (Natalia De Barbieri) -- Message: 1 Date: Sat, 6 Apr 2013 17:48:32 -0300 From: Fabian Alejandro fager...@gmail.com To: talk-ar@openstreetmap.org talk-ar@openstreetmap.org Subject: Re: [Talk-ar] usuario greecemapper Message-ID: CA+-gVSpDyC=_ bdnt9cxwg5vgtqtjg-fwahvrw4z1vthew1q...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 ej. de edicion rara: es la ruta nacional 40 al sur de san juan: http://img46.imageshack.us/img46/9476/greecermapper.jpg [image: http://img46.imageshack.us/img46/9476/greecermapper.jpg] le puso highway=primary y lleno de nodos la ruta en linea recta 2013/4/6 Fabian Alejandro fager...@gmail.com alguien sabe es greecemapper? un robot? me parecen raros sus edits veo por ej. http://www.openstreetmap.org/browse/way/215658778 pone tags raros is_in = Argentina es ruta nacional y pone highway = primary no se ve nada mas en el historial, pero debe ser una way desborrada, porque un zoom de lejos en el render se ve que antes si fue highway=trunk saludos! próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-ar/attachments/20130406/ea4ecb13/attachment-0001.html -- Message: 2 Date: Sat, 6 Apr 2013 18:25:45 -0300 From: Werner Horsch werner.hor...@gmail.com To: talk-ar@openstreetmap.org talk-ar@openstreetmap.org Subject: Re: [Talk-ar] usuario greecemapper Message-ID: cajiwv74f5+wm-3aphz3tvnszkjw9ta1wri3y6uywdo2p8hq...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 en el link q enviaste apareces vos como editor, en el que me eviaste anteriormente mientras chateabamos estaba greecemapper 2013/4/6 Fabian Alejandro fager...@gmail.com ej. de edicion rara: es la ruta nacional 40 al sur de san juan: http://img46.imageshack.us/img46/9476/greecermapper.jpg [image: http://img46.imageshack.us/img46/9476/greecermapper.jpg] le puso highway=primary y lleno de nodos la ruta en linea recta 2013/4/6 Fabian Alejandro fager...@gmail.com alguien sabe es greecemapper? un robot? me parecen raros sus edits veo por ej. http://www.openstreetmap.org/browse/way/215658778 pone tags raros is_in = Argentina es ruta nacional y pone highway = primary no se ve nada mas en el historial, pero debe ser una way desborrada, porque un zoom de lejos en el render se ve que antes si fue highway=trunk saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-ar/attachments/20130406/d7fa3b6c/attachment-0001.html -- Message: 3 Date: Sat, 6 Apr 2013 18:33:02 -0300 From: Werner Horsch werner.hor...@gmail.com To: talk-ar@openstreetmap.org talk-ar@openstreetmap.org Subject: Re: [Talk-ar] rutas nacionales Message-ID: cajiwv74suea8-jpnsty95sfyl6qfxdsonyn_hhafvxnbygj...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 por ahí ví un tag direction = both en una RN q mandaste Fabian, ese tag está de más en una ruta 2013/4/5 Fabian Alejandro fager...@gmail.com gracias. estaba todo mal asi que lo estoy arreglando. Saludos! 2013/4/5 Pablo Daniel Pareja Obregón parejaobre...@gmail.com: Hola Fabián
Re: [Talk-at] OGD Steiermark online!
On 04.04.13 23:21, Michael Maier wrote: Sehr passend zum heutigen FOSSGIS Easter Hack in Graz wurde das Open Data Steiermark Portal released! http://data.steiermark.at/ Und das mit vielen, besonders feinen Daten in sehr brauchbaren Formaten wie Shapefile oder KML unter CC BY 3.0 AT! Fein! Habt Ihr abgeklärt, wo/wie die Namensnennung zu erfolgen hat? Reicht der Eintrag in http://wiki.openstreetmap.org/wiki/Contributors - Austria ? /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hallo / Gemeinden AT
Hi, und kann mir denn zumindest jemand helfen die fehlenden Gemeinden einzutragen? - Karlstetten, St. Pölten Land - Obritzberg-Rust, St. Pölten Land - Wölbing, St. Pölten Land - Blindenmarkt, Bezirk Melk Kaputte Polygone fixen: - Gresten (Land), Bezirk Scheibbs - Gaming, Bezirk Scheibbs - Reichenfels hat falschen admin_level (10 statt 8) Damit wären die Gemeinden Österreichs komplett. Die Stmk hat zwar Gemeinde-Polygone als Open Data veröffentlicht, aber die sind auch schon alle drin. Evtl. Ortschaften wären interessant einzutragen. Danke! lg Andi --- Dr. Andreas Langegger andr...@langegger.at +43 664 3909 316 On 05.04.2013, at 13:53, Marko marko...@gmail.com wrote: Am 04.04.13 schrieb qunuxy-osmmailingli...@yahoo.com qunuxy-osmmailingli...@yahoo.com: wo kann ich die Konvention nachlesen, dass immer nur der großte admin_level eingetragen werden sollte? Ja, hier kann man das nachlesen: http://wiki.openstreetmap.org/wiki/DE:Grenze#Verwaltungsgrenzen:_niedrigere_Ebenen Diese Wiki-Seite betrifft nur die Grenzlinie selbst. Wenn ich es richtig verstanden habe, geht es hier aber um die Grenzrelation. Ich selbst bin jetzt seit 5 Jahren bei OpenStreetMap aktiv und habe von der von AL angesprochenen Konvention noch nichts mitbekommen. Ich habe es bisher immer so gemacht, dass ich alle Grenzrelationen eingetragen habe, auch wenn dabei welche identisch waren. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Fehlerbereinigung durch Oli-Wan
Oli-Wan hat ein Script geschrieben, um falsche Leerzeichen aus OSM zu entfernen. Derzeit beschränkt er diese Bereinigung auf das Gebiet von Deutschland, hat aber angeboten, das Script auch z.B. für Österreich einzusetzen. http://forum.openstreetmap.org/viewtopic.php?pid=325643#p325643 Bitte um Rückmeldung, ob AT dieses Angebot annehmen soll. Ich sehe einen großen Vorteil darin, wenn die Qualität der Daten zunimmt. Walter___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fehlerbereinigung durch Oli-Wan
On 04/06/2013 03:23 PM, Walter Schlögl wrote: Oli-Wan hat ein Script geschrieben, um falsche Leerzeichen aus OSM zu entfernen. Derzeit beschränkt er diese Bereinigung auf das Gebiet von Deutschland, hat aber angeboten, das Script auch z.B. für Österreich einzusetzen. http://forum.openstreetmap.org/viewtopic.php?pid=325643#p325643 Bitte um Rückmeldung, ob AT dieses Angebot annehmen soll. Ich sehe einen großen Vorteil darin, wenn die Qualität der Daten zunimmt. Wenn ich den Forenthread richtig zusammenfass (ich hab nur das verlinkte Posting und das Ausgangsposting gelesen) geht's ausschließlich darum die Werte in der DB zu trimmen. Damit kann ich leben, wenn das jemand in der DB fixen will, auch wenn ohnehin jeder, der mit den Daten arbeiten will, nochmal drübergehen und sowieso alle Werte trimmen sollte. Sollte da noch irgendwas mehr gemacht werden, bspw. die Highway Ref auf B_00 bzw. B00 zu vereinheitlichen, glaub ich mich erinnern zu können, dass das vor einigen Jahren schon mal probiert wurde und nur für Streitereien mit den Nachbarn gesorgt hatte, weils im Nachbarland genau andersrum war und auch dort tlw. automatisch mitkorrigiert wurde. Das Trimmen der KV-Paare halt ich aber für ok und bin ehrlich gesagt verwundert, dass sowohl die Editoren als auch der OSM Server das nicht ohnehin beim Upload checken. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Denkmalgeschützte Objekte und Foto-Links
Hallo, angeregt von dieser Karte http://geschichtskarten.openstreetmap.de/historische_objekte/ habe ich einmal ein paar Objekte im Schwarzatal eingetragen. Der image-Tag scheint ja relativ klar und einfach zu sein. Die Frage, die sich mir eher stellt ist die, wie denkmalgeschützte Objekte einzutragen sind. Per Google habe ich tendentiell mehr Fragen als Antworten gefunden. Ich habe daher mal per note auf Wikipedia-Auflistungen verlinkt und die dort eingetragene ObjektID willkürlich mit historic:ref getaggt. Hat sich von euch schon mal jemand damit beschäftigt, gibt es in Österreich schon soetwas wie best practice? Vielleicht schaut ihr euch einmal die Details im Changeset http://www.openstreetmap.org/browse/changeset/15632727 an und tut eure Meinung dazu hier kund. Danke, Albin (alias almich) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hallo / Gemeinden AT
Diese Wiki-Seite betrifft nur die Grenzlinie selbst. Ja. Wenn ich es richtig verstanden habe, geht es hier aber um die Grenzrelation. Stimmt, das hatte ich falsch verstanden. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Denkmalgeschützte Objekte und Foto-Links
On 06.04.2013 23:48, Albin Michlmayr wrote: angeregt von dieser Karte http://geschichtskarten.openstreetmap.de/historische_objekte/ habe ich einmal ein paar Objekte im Schwarzatal eingetragen. Der image-Tag scheint ja relativ klar und einfach zu sein. Die Frage, die sich mir eher stellt ist die, wie denkmalgeschützte Objekte einzutragen sind. Per Google habe ich tendentiell mehr Fragen als Antworten gefunden. Ich habe daher mal per note auf Wikipedia-Auflistungen verlinkt und die dort eingetragene ObjektID willkürlich mit historic:ref getaggt. Hat sich von euch schon mal jemand damit beschäftigt Beschäftigt insofern, als ich in der Wikipedia gern in die Liste der denkmalgeschützten Objekte in xxx schaue, um - Namen und start_date von Objekten herauszufinden, die ich unterwegs gesehen habe - interessante Objekte zu mappen, die ich unterwegs noch nicht gesehen habe In diesen Listen gibts nämlich Fotos und genaue Lageangaben, und dadurch ist meist sogar ein Luftbildmapping möglich. Was mich immer schon gewundert hat: Wo hat die Wikipedia so viele genaue Koordinaten her? Die Wikipedia ist doch eigentlich keine Geodatenbank, sticht hier aber OSM aus. Und wieso schreien alle nur, man solle in OSM die Wikipedia-Links setzen, aber eine umgekehrte Verlinkung (d.h. in der Liste der denkmalgeschützten Objekte die Links auf die OSM-Objekte setzen) will komischerweise keiner? Was ich noch nicht gemacht habe, ist image-Tags zu setzen (bin der Meinung, das ist nicht Aufgabe von OSM, sondern es reicht das wikipedia-Tag und im Wikipedia-Artikel stehen dann die Bilder) oder die Objekt-ID in OSM herein zu übernehmen. Was für eine Nummer ist das eigentlich, und was ist der Unterschied zwischen einem denkmalgeschützten Objekt und einem Kulturdenkmal? -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Denkmalgeschützte Objekte und Foto-Links
On Sun, 07 Apr 2013 03:37:41 +0200 Friedrich Volkmann b...@volki.at wrote: Und wieso schreien alle nur, man solle in OSM die Wikipedia-Links setzen, aber eine umgekehrte Verlinkung (d.h. in der Liste der denkmalgeschützten Objekte die Links auf die OSM-Objekte setzen) will komischerweise keiner? WP-Artikelnamen sind zwar nicht gänzlich stabil, aber verglichen mit den OSM-IDs... da verstehe ich schon sehr gut, daß sie lieber nur die Koordinaten nehmen. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?
Dejul nu a fost niciodata acoperit in afara de strazile principale, sau ceea ce era acoperit era la o calitatea mai mult sau mai putin aceptabila, Acum ca exista imaginile bing in sfarsit :) Am Freitag, 5. April 2013 22:52:36 UTC+2 schrieb Razvan: Dejul e ste gata in linii mari. Poate mai sunt ceva limite de viteze scapate sau sensuri unice. Au mai ramas si cladirile de pus. Dar poate le mai pune si altcineva. Trebuie sa ma ocup de Craiova si judetul olt ca e varza... On 05.04.2013 10:28, Eddy Petrișor wrote: În data de 05.04.2013 09:32, Razvan radulesc...@gmail.com javascript: a scris: Da, multumesc de info. M-am apucat deja sa refac Dej. Am pus cam toate strazile la loc. Acum au ramas numele , sensuri unice si sa vedem cine o pune nr. de lane corecte... Poţi să afli informaţia asta folosind imaginile de pe norc.ro în modul street view. On 04.04.2013 23:26, Michael Häckel wrote: Între timp m-am făcut o hartă din datele veche http://download.geofabrik.de/osm-before-redaction/europe/ cu OsmAndMapCreator. Acum te pot spune că datele cu licența CC-BY-SA și nu au avut mai străzi în Dej. Incă este mult de lucru pe OSM. Am Donnerstag, 4. April 2013, 19:49:31 schrieb Michael Häckel: Pentru întrebări cum aceasta exist serviciul OWL (beta) http://owl.apis.dev.openstreetmap.org/ Acolo history este mai clar că pe pagina principală. Dej este în starea aceasta mai de șapte luni. Este posibil că străzi a fost sterse din cauza schimbarea licenței și este posibil că nu a fost mai bun niciodată. Am Donnerstag, 4. April 2013, 19:30:44 schrieb Razvan: Buna ziua. Stie cineva ceva legat de Dej? E prea gol - dubios de gol si sunt prezente inafara de drumurile principale care trec prin el, cateva bucati de strazi ramase cu nume cu tot de ca si cum restul a disparut... ___ Talk-ro mailing list tal...@openstreetmap.org javascript: http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list tal...@openstreetmap.org javascript: http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list tal...@openstreetmap.org javascript: http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list tal...@openstreetmap.org javascript: http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing listtal...@openstreetmap.org javascript:http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ca] My Android tablet
On Fri, Apr 5, 2013 at 1:01 PM, John Kerr johneddie.k...@gmail.com wrote: Today I tried some mapping with my android tablet. I was trying to trace the outline of a building by walking around it with OSMtracker. I have not played with my files yet because I did notice one thing while doing this and that is I was only accurate to 7 metres. That is not very accurate. So just a few minutes ago I downloaded Vespucci for Android and I hope to give it a try at the same task. John, how will Vespucci increase the accuracy of the your Android device? The accuracy is based on the quality of signals received from the GPS satellites. Working close to the walls of a building will degrade the signals available, and cause possibly even more inaccuracy. Changing the software that is reading the position reported won't make the reported position more accurate. One thing you can do to decrease the inaccuracy is to get a clear unobstructed view of the sky. Moving away from the buildings will do that for you. Have a look at these images I just created... http://wiki.openstreetmap.org/wiki/File:Extension.png A visual depiction of how using a sight line along a building face can help to reduce the position ambiguity of a GPS unit. Standing close to a building blocks the GPS signal reception, degrading position accuracy even more than normal. Moving out away from the building gets a clear sky view, and that combined with the extended length of the wall can be used to reduce the error of the actual measured item. Draw lines between the extended points, and use them as guides to draw the actual building outline. http://wiki.openstreetmap.org/wiki/File:Outline1.png Image showing how using GPS positions captured by extending the sightlines along buildings can then be used to draw the actual building outline. More GPS locations are required to be captured, but GPS position ambiguity is reduced due to being clear of the building obstruction, and also due to the reduction in position error due to mathematical angular error reduction. The further from the building the GPS locations are recorded, less error is introduced into the actual building corner position. I added a bit to my Wiki page... http://wiki.openstreetmap.org/wiki/User:Ve6srv#Extending_Sightlines_to_Reduce_GPS_Error This technique will not remove all error, but can reduce the angular errors when trying to lay out a building outline. You can still have displacement errors (all measured points can be horizontally displace, ie. the whole building might be 2 metres north of where it is supposed to be), but your walls should be closer to true than what you can achieve by walking the perimeter of the building. Complex building shapes are harder to plot using this technique, but you can extrapolate some of the wall locations using this process. -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] Nemehlo
Ahoj, projižděl jsem okolí pomocí KeepRight a hledal chyby. Když jsem zabrousil nad domovské město objevil jsem v blízkých vesnicích a městech strašné množství chyb, a jak jsem je postupně pomocí znalostí míst, cuzk, Bingu a uhul:ortofoto postupně chyby opravil (překřížené cesty, cesty bez napojení, několik cest v sobě a další hromady velkých a zjevných chyb, nesmyslné tagy silnic),při prozkoumání historie jsem zjistil, že tohle mrví jeden člověk. A teď jsem objevil další: http://www.keepright.at/report_map.php?schema=80error=41094953 Nějak mi to tam nesedělo (hlavně to nakreslí skrz cestu), a jelikož zde zrovna není Bing, koukal jsem na Uhul, a absolutně tam tu vodu neviděl, ani si na ni nevzpomínám. A jelikož tohle konkrétní zákoutí úplně neznám, mrknul jsem na Google Mapy, abych si ověřil, že je to opravdu pitomost. A je, tam žádná voda není. Co s tím? Takový člověk je pohroma, nevím proč to dělá, když to tak naprosto fláká. Neříkám, že já jsem pár chyb ze začátku neudělal,ale nic tak hrozného, zjevného a hlavně prakticky na většině, co se udělalo. 90% chyb co tam v oblasti těch několik vesnic a měst byly, byly jeho práce. Typy silnic mrská jak přijde pod ruku (taková obyčejná spojovací silnička, spíš ale track grade1 označená jako pěší zóna, což samozřejmě není). Co na tohle říct? Když najdu chybu, kterou nemohu/nechci opravit, tak upozorním autora, ať provede korekci, ale co říct na tohle? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nemehlo
Mnohokrát se probíralo, že spousta uživatelů - nováčků neví, že opravdu upravují skutečnou mapu a bez zlých záměrů se chovají jako na pískovišti... LM_1 Dne 7. dubna 2013 2:13 Michal Tauchman michal.tauch...@gmail.comnapsal(a): Lukas Kohout luko@... writes: Souhlasím. Také se mi tu objevil jeden takový aktivní blbec, který v krátkém čase vygeneroval obrovské množství nových cest, ploch a bodů. Mlátil to do editoru, jak mu to přišlo pod ruku, cesty a plochy náhodně přes sebe, různé cestičky nenapojené na existující silnice, nové cesty by nejradši v celé mapě namaloval jedním tahem se všemi důsledky z toho plynoucími (např. u slepé cesty se jednoduše vrátil bez přerušení kreslení). Keepright předtím poměrně čistý po něm hrál všemi barvami. Při kontaktu z něj vypadlo, že OSM objevil a do editace se pustil, aniž by si přečetl jakoukoli nápovědu. Občas to není o tom, že to ti lidé dělají naschvál, ale jednoduše nezvládnou nadšení z možnosti přímo editovat mapu v kombinaci s obrovskou škálou možností a voleb, které v editoru mají k dispozici. LuKo On 6.4.2013 21:21, LM_1 wrote: Předně bych ho zkusil kontaktovat. Třeba ani neví co dělá... Lukáš Matějka (LM_1) Já to dokážu pochopit, nejsem ras, ale proč tam kreslí nějakou vodní plochu, která nejspíš neexistuje? Opravdu mi to nejde do hlavy. Nepochopení křížení apod. dokážu pochopit, ale tohle? Jak říkám, neznám tu v okolí každý metr, ale na jakýchkoli ortofoto mapách vidím, že tam žádná voda není, ani nevím, proč by tam někdo dělal skutečný rybník, podle mne by to ani nešlo. Ani netuším, co by to mohlo být jiného. No asi ho zkusím kontaktovat, nic mi jinak nezbývá, ale moc se do toho neženu. Nerad někoho kárám, samotnému mi to nedělá dobře, ale když není zbytí... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nemehlo
Možná tam maluje nějaký historický stav. Nějaký Palouš v obci bydlel, vyhořel tam i nějaký mlýn... (http://www.dbranna.cz/hiszaj.htm). Honza Dne 7. dubna 2013 2:18 LM_1 flukas.robot+...@gmail.com napsal(a): Mnohokrát se probíralo, že spousta uživatelů - nováčků neví, že opravdu upravují skutečnou mapu a bez zlých záměrů se chovají jako na pískovišti... LM_1 Dne 7. dubna 2013 2:13 Michal Tauchman michal.tauch...@gmail.com napsal(a): Lukas Kohout luko@... writes: Souhlasím. Také se mi tu objevil jeden takový aktivní blbec, který v krátkém čase vygeneroval obrovské množství nových cest, ploch a bodů. Mlátil to do editoru, jak mu to přišlo pod ruku, cesty a plochy náhodně přes sebe, různé cestičky nenapojené na existující silnice, nové cesty by nejradši v celé mapě namaloval jedním tahem se všemi důsledky z toho plynoucími (např. u slepé cesty se jednoduše vrátil bez přerušení kreslení). Keepright předtím poměrně čistý po něm hrál všemi barvami. Při kontaktu z něj vypadlo, že OSM objevil a do editace se pustil, aniž by si přečetl jakoukoli nápovědu. Občas to není o tom, že to ti lidé dělají naschvál, ale jednoduše nezvládnou nadšení z možnosti přímo editovat mapu v kombinaci s obrovskou škálou možností a voleb, které v editoru mají k dispozici. LuKo On 6.4.2013 21:21, LM_1 wrote: Předně bych ho zkusil kontaktovat. Třeba ani neví co dělá... Lukáš Matějka (LM_1) Já to dokážu pochopit, nejsem ras, ale proč tam kreslí nějakou vodní plochu, která nejspíš neexistuje? Opravdu mi to nejde do hlavy. Nepochopení křížení apod. dokážu pochopit, ale tohle? Jak říkám, neznám tu v okolí každý metr, ale na jakýchkoli ortofoto mapách vidím, že tam žádná voda není, ani nevím, proč by tam někdo dělal skutečný rybník, podle mne by to ani nešlo. Ani netuším, co by to mohlo být jiného. No asi ho zkusím kontaktovat, nic mi jinak nezbývá, ale moc se do toho neženu. Nerad někoho kárám, samotnému mi to nedělá dobře, ale když není zbytí... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] R25 – v1
Merci pour vos retours a propos du rendu R25. La version 1 est disponible, toujours sous http://jb.tradfrance.com/R25.zip Au programme, en plus de la résolution de plusieurs coquilles, la diminution de la visibilité des courbes de niveau, de l'emprise des voies ferrées, et surtout de la visibilité de tous les tunnels (une démo sous http://osm107.openstreetmap.fr/jbtopo/tunnel2.png). La licence a également été mise à jour vers de le CC-by-sa. N'hésitez pas à continuer à m'envoyer des retours, et je reste prêt à vous donner un coup de main. J'espère que ce rendu sera utilisé. JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Admin_level au Sénégal
Bonjour, On travaille dans la commune d'arrondissement de Grand Dakar, on intéresse des limites administratives et on s'est basé sur la classification française pour admin_level: http://wiki.openstreetmap.org/wiki/Key:admin_level#10_admin_level_values_for_specific_countries pour la commune d'arrondissement de Grand Dakar on a pris le niveau 9 pour délimiter le contour communal: http://www.openstreetmap.org/?lat=14.7051lon=-17.45361zoom=15layers=M et le niveau 10 pour les quartiers, maintenant on aimerai savoir s'il y a possibilité de mettre le niveau 11 pour les sous quartiers en le documentant dans le wiki project Sénégal: http://wiki.openstreetmap.org/wiki/FR:WikiProject_Senegal#Actualit.C3.A9_de_la_Communaut.C3.A9 ? Ismaila SEYE, Informaticien et Agent au Service Technique de la Mairie Tél +221 77 447 93 62 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
Bonjour, Le 06/04/2013 13:31, seyeize ize a écrit : On travaille dans la commune d'arrondissement de Grand Dakar, on intéresse des limites administratives et on s'est basé sur la classification française pour admin_level: http://wiki.openstreetmap.org/wiki/Key:admin_level#10_admin_level_values_for_specific_countries pour la commune d'arrondissement de Grand Dakar on a pris le niveau 9 pour délimiter le contour communal: http://www.openstreetmap.org/?lat=14.7051lon=-17.45361zoom=15layers=M et le niveau 10 pour les quartiers, maintenant on aimerai savoir s'il y a possibilité de mettre le niveau 11 pour les sous quartiers en le documentant dans le wiki project Sénégal: http://wiki.openstreetmap.org/wiki/FR:WikiProject_Senegal#Actualit.C3.A9_de_la_Communaut.C3.A9? Grand Dakar en niveau 9, l'analogie avec les choix qu'on a fait en France fonctionne en effet. Mais je n'ai pas vu de définition de la Ville de Dakar en niveau 8 (ou alors j'ai mal cherché). Peut-être reste-t-elle à tracer ? Comment sont définis les quartiers de niveau 10 ? Je n'en ai pas vu dans le périmètre du Grand Dakar. Si ce sont des zones à la délimitation définie, il serait pertinent de les tracer comme cela a été fait pour Grand Dakar, via des relations. À moins qu'il s'agisse des points tels que 'Zone A' : http://www.openstreetmap.org/browse/node/564627438 ? Après, le recours au niveau 11 dépend du niveau de détail que vous voulez atteindre, et des informations disponibles pour le définir. S'il s'agit de zones à la limite floue, approximative, il est plus simple de les positionner via un point (comme Zone A). Dans tous les cas, il serait intéressant d'inaugurer une ligne Sénégal dans le grand tableau de cette page : http://wiki.openstreetmap.org/wiki/Key:admin_level#10_admin_level_values_for_specific_countries vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte /rendu /question
Le 19/03/2013 10:26, Vincent de Chateau-Thierry a écrit : De : Pieren D'accord pour la cohérence. Je pense avoir été le premier à parler du tour de France sur cette liste en 2008 ([1]). Mais à l'époque, je ne parlais que de cartographier les routes, pas des itinéraires. Il y a d'ailleurs un problème éventuel de droit d'auteur, comme pour les GR. Mais surtout, un problème d'intérêt à conserver quelque chose d'inexistant sur le terrain et d'obsolète. Je vote pour la suppression de cette relation. Itou. Une autre est dans le même cas : http://www.openstreetmap.org/browse/relation/38904 Pour éviter un malentendu récurrent sur les GR : il s'agit bien de supprimer uniquement la/les relations, en aucun cas les ways (les tracés des routes) inclus dedans. Pour info je supprimerai les deux relations en question demain soir : http://www.openstreetmap.org/browse/relation/38904 http://www.openstreetmap.org/browse/relation/38907 Aucune géométrie (nodes, ways) ne sera affectée, cf les échanges ci-dessus. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Serveur OSM
Rhondoud'jou, on peut plus mapper le week-end, maintenant ? Les serveurs décident de prendre leur congés ? Ça a l'air de recommencer comme la semaine dernière… JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur OSM
Non différent. C'est un problème au lieu qui a le serveur. Il faut noter qu'un serveur a été commandé pour éviter les problèmes de la semaine dernière. On 6 Apr 2013 16:49, JB jb...@mailoo.org wrote: ** Rhondoud'jou, on peut plus mapper le week-end, maintenant ? Les serveurs décident de prendre leur congés ? Ça a l'air de recommencer comme la semaine dernière… JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur OSM
Le 06/04/2013 18:01, Emilie Laffray a écrit : Non différent. C'est un problème au lieu qui a le serveur. Il faut noter qu'un serveur a été commandé pour éviter les problèmes de la semaine dernière. Emilie, t'as ton lit de camp dans la salle machine ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fiabilité des codes postaux sur Nominatim pour la géolocalisation inverse d'adresses
Bonjour, Cela m’intéresse de pouvoir échangé à ce sujet car j'ai été confronté au problème de Géocodage en utilisant des adresses dont je connaissais le code postal. A l'aide de quelques tests, j'ai remarqué que la recherche peut échouer si l'adresse est incomplète comme par exemple si je cherche le 100 Boulevard des Etats Unis à Lyon 8em: Echec avec: http://nominatim.openstreetmap.org/?q=110+BOULEVARD+ETATS+UNIS,69008,France ou http://nominatim.openstreetmap.org/?street=110+BOULEVARD+ETATS+UNISpostalcode=69008country=France Ok si je rajoute DES entre ETAT et UNIS. Apres, il y a des adresses que Nominatim ne trouve pas comme la rue des bruyeres à Pusignan, 69330 lorsque on indique le code postal, mais il trouve si on indique que la ville. Echec avec: http://nominatim.openstreetmap.org/search.php?street=7+RUE+DES+BRUYEREScountry=francepostalcode=69330 ou http://nominatim.openstreetmap.org/search.php?street=7+RUE+DES+BRUYERES,69330,france Ok avec: http://nominatim.openstreetmap.org/search.php?street=7+RUE+DES+BRUYEREScountry=francecity=pusignan Donc pour essayer d'obtenir au mieux des résultats j'ai changé de stratégie et au lieu de renseigné la ville, le code postal et le pays, j'ai utilisé les paramètres viewbox et bounded=1 que l'on peut passer à la requête Nominatim pour spécifier l'étendue géographique de la recherche, ce qui donne dans pour le dernier exemple: http://nominatim.openstreetmap.org/search.php?q=7+RUE+DES+BRUYERESviewbox=5.035888,45.732176,5.095823,45.782257bounded=1 (bounded=1 pour ne pas avoir des points en dehors de la zone de recherche et je trouve que c'est fiable) Egalement j'ai remarqué que la localisation du numéro de la voie n'est pas toujours parfait, c'est ok en ville, sinon j'obtiens le point en extrémité ou milieu de la voie en question notamment dans les petites communes. Bien entendu, j'ai été obligé de constituer une table des communes du Rhône-Alpes avec pour chacune d'elle les coordonnées de la viewbox (à l'aide de QGIS), avec l'hypothèse que les communes voisines ne possède pas le même nom de rue que je recherche. Pour clore le tout, j'ai installé un Nominatim en local (machine Ubuntu) avec les données OSM Rhône-Alpes pour booster le temps des traitements (j'ai tout de même plus de 100 000 adresses à localisé en région lyonnaise). Que pensez-vous de cette méthode ? Pz -- View this message in context: http://gis.19327.n5.nabble.com/fiabilite-des-codes-postaux-sur-Nominatim-pour-la-geolocalisation-inverse-d-adresses-tp5755904p5756048.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
Si la ville de Dakar est en niveau 8 et le Grand Dakar inclut la ville toute entière (et quelques autres), le Grand Dakar devrait alors être en niveau 7 et non 9 si on retient la définition hiérarchique. Je ne vois donc pas du tout l'analogie avec les choix faits en France ou ailleurs en Europe, ou même dans d'autres pays africains si vous inversez la hiérarchie administrative. Quitte à remonter les niveaux inférieurs entre 3 et 6 où il doit bien y avoir un trou de numérotation, car le Sénégal n'est pas si grand ni si complexe que ça dans sa structure des 14 régions (de niveau 4 mais peut être remonté à 3 si nécessaire), subdivisées en 45 départements (de niveau 5), eux-même divisés en arrondissements de niveau 6, laissant la place pour un niveau 7 pour le grand Dakar, le niveau 8 restant pour les communes, le niveau 9 pour les communautés rurales ou villages ou districts urbains de Dakar). Le niveau 10 pour les sous-quartiers au niveau 11 ou secteurs de villages. Mais à mon avis la hiérarchie est plutôt la suivante : - 4 : les 14 régions - 6 : les 45 départements - 7 : les arrondissements - 8 : les 113 villes moyennes érigées en communes, ainsi que les grandes agglomérations urbaines subdivisées en communes d'arrondissement - 9: les communes d'arrondissement (uniquement dans les grandes agglomérations urbaines) - 10 : les quartiers des villes (dans les communes d'arrondissement de niveau 9) ou les villages érigés en communautés rurales (dans les autres communes de niveau 8) Le 6 avril 2013 16:11, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, Le 06/04/2013 13:31, seyeize ize a écrit : On travaille dans la commune d'arrondissement de Grand Dakar, on intéresse des limites administratives et on s'est basé sur la classification française pour admin_level: http://wiki.openstreetmap.org/**wiki/Key:admin_level#10_admin_** level_values_for_specific_**countrieshttp://wiki.openstreetmap.org/wiki/Key:admin_level#10_admin_level_values_for_specific_countriespour la commune d'arrondissement de Grand Dakar on a pris le niveau 9 pour délimiter le contour communal: http://www.openstreetmap.org/?**lat=14.7051lon=-17.45361** zoom=15layers=Mhttp://www.openstreetmap.org/?lat=14.7051lon=-17.45361zoom=15layers=Met le niveau 10 pour les quartiers, maintenant on aimerai savoir s'il y a possibilité de mettre le niveau 11 pour les sous quartiers en le documentant dans le wiki project Sénégal: http://wiki.openstreetmap.org/**wiki/FR:WikiProject_Senegal#** Actualit.C3.A9_de_la_**Communaut.C3.A9http://wiki.openstreetmap.org/wiki/FR:WikiProject_Senegal#Actualit.C3.A9_de_la_Communaut.C3.A9 ? Grand Dakar en niveau 9, l'analogie avec les choix qu'on a fait en France fonctionne en effet. Mais je n'ai pas vu de définition de la Ville de Dakar en niveau 8 (ou alors j'ai mal cherché). Peut-être reste-t-elle à tracer ? Comment sont définis les quartiers de niveau 10 ? Je n'en ai pas vu dans le périmètre du Grand Dakar. Si ce sont des zones à la délimitation définie, il serait pertinent de les tracer comme cela a été fait pour Grand Dakar, via des relations. À moins qu'il s'agisse des points tels que 'Zone A' : http://www.openstreetmap.org/**browse/node/564627438http://www.openstreetmap.org/browse/node/564627438? Après, le recours au niveau 11 dépend du niveau de détail que vous voulez atteindre, et des informations disponibles pour le définir. S'il s'agit de zones à la limite floue, approximative, il est plus simple de les positionner via un point (comme Zone A). Dans tous les cas, il serait intéressant d'inaugurer une ligne Sénégal dans le grand tableau de cette page : http://wiki.openstreetmap.org/**wiki/Key:admin_level#10_admin_** level_values_for_specific_**countrieshttp://wiki.openstreetmap.org/wiki/Key:admin_level#10_admin_level_values_for_specific_countries vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fiabilité des codes postaux sur Nominatim pour la géolocalisation inverse d'adresses
Le vrai problème c'est que Nominatim gère extrêmement mal les codes postaux (dans n'importe quel pays d'ailleurs), et ne sait pas faire le ménage. Plus ça va, plus sa base de codes postaux est polluée par du n'importe quoi qui ne se purge jamais. Bref Nominatim ferait mieux d'effacer complètement sa base de codes postaux ultra polluée, pour repartir de zéro à partir des véritables données de la base OSM et avec un modèle de synchronisation mieux fichu, ainsi qu'une meilleure analyse des requêtes de recherche en plain text tenant compte du format privilégié des adresses propre à chaque pays (position relative du code postal avant ou après la ville), et en analysant les noms de pays seulement quand ils sont après le nom d'une commune (ne pas faire d'inversion, mais tenir compte de la possible position du code pays groupé juste avant le code postal national). Ce sont deux problèmes séparés : le contenu de sa base à refaire, et l'analyse des requêtes. Accessoirement, il devrait complètement supprimer le critère relatif à l'existence d'un lien Wikipédia (critère complètement farfelu, comme si la pertinence d'un article Wikipédia devait influer sur l'importance relative d'un lieu recherché), pour prendre en compte plutôt celui lié à la population, uniquement pour trier les résultats mais pas pour les filtrer ; le filtrage avec une bounding box en revanche, ou le tri par la distance relative par rapport à un point central actuellement visualisé sur une carte, sont de bonnes méthodes). Si j'ai écrit auparaant c'était à cause des codes postaux retournés dans les résultats de recherche qui dont complètement faux et qui n'existent pas ou plus du tout dans la base OSM (car c'était des erreurs de saisie qui ont été corrigées depuis). Nominatim devrait immédiatement supprimer TOUS les codes postaux qui ne sont pas attachés à un objet OSM existant, cela ne ferait pas de mal, bien au contraire ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
Le 06/04/2013 19:45, Philippe Verdy a écrit : Si la ville de Dakar est en niveau 8 et le Grand Dakar inclut la ville toute entière (et quelques autres), le Grand Dakar devrait alors être en niveau 7 et non 9 si on retient la définition hiérarchique. Flagrant délit d'excès de vitesse, là. ...analogie avec la France... ...les arrondissements, en France c'est Paris... ...donc le Grand Dakar de là-bas c'est le Grand Paris d'ici. Mais c'est bien sûr ! Ben non. Je ne vois donc pas du tout l'analogie avec les choix faits en France ou ailleurs en Europe, ou même dans d'autres pays africains si vous inversez la hiérarchie administrative. Normal que tu ne voie pas d'analogie vu que tu n'as pas cherché à comprendre ce qu'était le Grand Dakar en question : c'est une commune d'arrondissement (donc une subdivision) de la ville de Dakar, c'était dit dès le premier message, et via le lien donné sur le WikiProjet, tu pouvais en 1 clic arriver ici : http://mairiegrandakar.com/index.php?option=com_contentview=articleid=51Itemid=58 avec au passage une carto bien connue. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
J'avais PARFAITEMENT compris que c'était une commune d'arrondissement, et que cela n'a rien à voir avec le Grand Paris. Bref aucun excès de vitesse et la classification que je propose en conclusion est tout à fait adaptée (car pour l'instant je n'ai rien vu concernant un Grand Dakar qui n'est en fait qu'une partie de l'ancienne commune de Dakar devenue trop grande et qui a été subdivisée en communes d'arrondissement. La question que je posais c'était plutôt celle de la terminologie Grand Dakar pour ne désigner qu'une commune d'arrondissement (niveau 9) dans Dakar et non pour l'étendre (ce qui va à l'encontre même de la réforme qui a créé justement ces communes d'arrondissement pour les rendre plus gérables localement qu'avec une seule mairie). Je ne trouve aucune référence officielle sénégalaise à cette terminologie qui au contraire semble désigner ce qui était l'ancienne commune de Dakar, AVANT sa division en communes d'arrondissement avec une mairie pour chacune. Bref complètement opposé au projet du Grand Paris en France. Relis bien la classification que je met, elle convient parfaitement. De toute façon il faudrait documenter cela sur la page du Wikiprojet Sénégal, et une fois cela en place, ajouter une ligne dans la table générale des subdivisions de pays. Ensuite les tags suivront. Le 6 avril 2013 20:58, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 06/04/2013 19:45, Philippe Verdy a écrit : Si la ville de Dakar est en niveau 8 et le Grand Dakar inclut la ville toute entière (et quelques autres), le Grand Dakar devrait alors être en niveau 7 et non 9 si on retient la définition hiérarchique. Flagrant délit d'excès de vitesse, là. ...analogie avec la France... ...les arrondissements, en France c'est Paris... ...donc le Grand Dakar de là-bas c'est le Grand Paris d'ici. Mais c'est bien sûr ! Ben non. Je ne vois donc pas du tout l'analogie avec les choix faits en France ou ailleurs en Europe, ou même dans d'autres pays africains si vous inversez la hiérarchie administrative. Normal que tu ne voie pas d'analogie vu que tu n'as pas cherché à comprendre ce qu'était le Grand Dakar en question : c'est une commune d'arrondissement (donc une subdivision) de la ville de Dakar, c'était dit dès le premier message, et via le lien donné sur le WikiProjet, tu pouvais en 1 clic arriver ici : http://mairiegrandakar.com/**index.php?option=com_content** view=articleid=51Itemid=58http://mairiegrandakar.com/index.php?option=com_contentview=articleid=51Itemid=58 avec au passage une carto bien connue. vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
Le 06/04/2013 22:18, Philippe Verdy a écrit : J'avais PARFAITEMENT compris que c'était une commune d'arrondissement, C'est donc pourquoi tu disais : Si la ville de Dakar est en niveau 8 et le Grand Dakar inclut la ville toute entière (et quelques autres), le Grand Dakar devrait alors être en niveau 7 et non 9 si on retient la définition hiérarchique. Passons. Relis bien la classification que je met, elle convient parfaitement. La perfectionça se discute. - 4 : les 14 régions - 6 : les 45 départements - 7 : les arrondissements - 8 : les 113 villes moyennes érigées en communes, ainsi que les grandes agglomérations urbaines subdivisées en communes d'arrondissement - 9: les communes d'arrondissement (uniquement dans les grandes agglomérations urbaines) - 10 : les quartiers des villes (dans les communes d'arrondissement de niveau 9) ou les villages érigés en communautés rurales (dans les autres communes de niveau 8) En parcourant cette page : http://fr.wikipedia.org/wiki/Communaut%C3%A9s_rurales_du_S%C3%A9n%C3%A9gal les Communautés rurales auraient leur place au niveau 8, j'ai l'impression qu'elles forment une partition du territoire avec les villes que tu proposes déjà au niveau 8. Et dans ce cas, les villages qui les composent pourraient être définis au niveau 9, laissant le 10 disponible pour les quartiers ou hameaux à l'intérieur de ces villages, cf. : http://fr.wikipedia.org/wiki/Villages_du_S%C3%A9n%C3%A9gal vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
C'est bien ce que je pensait. C'est toujours aussi distrayant ces lectures du soir. :-D Le 06/04/2013 22:18, Philippe Verdy a écrit : J'avais PARFAITEMENT compris que c'était une commune d'arrondissement, C'est donc pourquoi tu disais : Si la ville de Dakar est en niveau 8 et le Grand Dakar inclut la ville toute entière (et quelques autres), le Grand Dakar devrait alors être en niveau 7 et non 9 si on retient la définition hiérarchique. Passons. Le 6 avril 2013 22:49, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 06/04/2013 22:18, Philippe Verdy a écrit : J'avais PARFAITEMENT compris que c'était une commune d'arrondissement, C'est donc pourquoi tu disais : Si la ville de Dakar est en niveau 8 et le Grand Dakar inclut la ville toute entière (et quelques autres), le Grand Dakar devrait alors être en niveau 7 et non 9 si on retient la définition hiérarchique. Passons. Relis bien la classification que je met, elle convient parfaitement. La perfectionça se discute. - 4 : les 14 régions - 6 : les 45 départements - 7 : les arrondissements - 8 : les 113 villes moyennes érigées en communes, ainsi que les grandes agglomérations urbaines subdivisées en communes d'arrondissement - 9: les communes d'arrondissement (uniquement dans les grandes agglomérations urbaines) - 10 : les quartiers des villes (dans les communes d'arrondissement de niveau 9) ou les villages érigés en communautés rurales (dans les autres communes de niveau 8) En parcourant cette page : http://fr.wikipedia.org/wiki/**Communaut%C3%A9s_rurales_du_S%** C3%A9n%C3%A9galhttp://fr.wikipedia.org/wiki/Communaut%C3%A9s_rurales_du_S%C3%A9n%C3%A9gal les Communautés rurales auraient leur place au niveau 8, j'ai l'impression qu'elles forment une partition du territoire avec les villes que tu proposes déjà au niveau 8. Et dans ce cas, les villages qui les composent pourraient être définis au niveau 9, laissant le 10 disponible pour les quartiers ou hameaux à l'intérieur de ces villages, cf. : http://fr.wikipedia.org/wiki/**Villages_du_S%C3%A9n%C3%A9galhttp://fr.wikipedia.org/wiki/Villages_du_S%C3%A9n%C3%A9gal vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
Concernant le niveau à attribuer aux communautés rurales, je n'en suis pas sûr, ce n'est pas clair qu'elles sont au même niveau 8 que les communes (pour les villes décrites comme moyennes) ou les grandes agglomérations urbaines (divisées en communes d'arrondissement). Il faudrait une confirmation sénégalise confirmant qu'une communauté rurale ne fait partie d'aucune commune (ni commune d'arrondissement dans les 5 grandes communes urbaines ou métropoles divisées en communes d'arrondiseement). Cependant les villages (ou les unités territoriales de population s'il faut un autre terme plus adapté pour désigner des ensembles de hameaux disposant de certzines structures administratives locales reconnues, telles que des chefferies de villages disposant de certaines fonctions judiciaires ou de conseils consultatifs pour leurs projets d'aménagement locaux) me semblent devoir de toute façon ne pas pouvoir être au niveau 9 mais au niveau 10. Les hameaux eux resteront hors de toutes classification administrative mais pourront être tagués dans des petites zones résidentielles dans OSM, et avec un tag place=hamlet sur un noeud (rarement une frontière). Le 6 avril 2013 22:49, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 06/04/2013 22:18, Philippe Verdy a écrit : J'avais PARFAITEMENT compris que c'était une commune d'arrondissement, C'est donc pourquoi tu disais : Si la ville de Dakar est en niveau 8 et le Grand Dakar inclut la ville toute entière (et quelques autres), le Grand Dakar devrait alors être en niveau 7 et non 9 si on retient la définition hiérarchique. Passons. Relis bien la classification que je met, elle convient parfaitement. La perfectionça se discute. - 4 : les 14 régions - 6 : les 45 départements - 7 : les arrondissements - 8 : les 113 villes moyennes érigées en communes, ainsi que les grandes agglomérations urbaines subdivisées en communes d'arrondissement - 9: les communes d'arrondissement (uniquement dans les grandes agglomérations urbaines) - 10 : les quartiers des villes (dans les communes d'arrondissement de niveau 9) ou les villages érigés en communautés rurales (dans les autres communes de niveau 8) En parcourant cette page : http://fr.wikipedia.org/wiki/**Communaut%C3%A9s_rurales_du_S%** C3%A9n%C3%A9galhttp://fr.wikipedia.org/wiki/Communaut%C3%A9s_rurales_du_S%C3%A9n%C3%A9gal les Communautés rurales auraient leur place au niveau 8, j'ai l'impression qu'elles forment une partition du territoire avec les villes que tu proposes déjà au niveau 8. Et dans ce cas, les villages qui les composent pourraient être définis au niveau 9, laissant le 10 disponible pour les quartiers ou hameaux à l'intérieur de ces villages, cf. : http://fr.wikipedia.org/wiki/**Villages_du_S%C3%A9n%C3%A9galhttp://fr.wikipedia.org/wiki/Villages_du_S%C3%A9n%C3%A9gal vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
N'oublie pas les si présents en début de phrase. Le message initial n'était pas clair et ce n'est pas parce qu'on trouve un lien sur le web (y compris dans un lien bien planqué accessible indirectement dans une sous-page non précisée du Wikiproject) que cela constitue une source officielle de référence fiable. De même le message en réponse qui concluait par un ben non qui apportait encore plus d'ambiguité sur ce qu'il cherchait à contredire. Avec des si on mettrait PAris en bouteille dit le proverbe, mais en aucun cas ce n'est une affirmation. Cela demande donc des explications et confirmations pour la clarté. Comme le message initial a été posté apparemment par un officiel de la ville de Dakar (je ne sais pas à quel niveau adminsitratif), il est le mieux placé être capable de confirmer ces interrogations (car les divers liens sur le web ne sont pas évaluables, les infos n'étant souvent pas datées non plus, pas plus que celles sur Wikipédia pour juger de leur pertinence, vu qu'il y manque souvent des références). Et de compléter la page Wikiproject Senegal (désolé je l'avais lu et n'ai trouvé aucun lien vers le site officiel de Grand Dakar qui n'a été fourni qu'après, et n'était pas visible d'1 clic) et le tableau des subdivisions de pays (ou au moins il peut demander qu'on le fasse s'il ne sait pas trop manipuler le wiki), en conformant ce qu'ont doit y mettre. Le 6 avril 2013 22:57, Jo. perche...@gmail.com a écrit : C'est bien ce que je pensait. C'est toujours aussi distrayant ces lectures du soir. :-D Le 06/04/2013 22:18, Philippe Verdy a écrit : J'avais PARFAITEMENT compris que c'était une commune d'arrondissement, C'est donc pourquoi tu disais : Si la ville de Dakar est en niveau 8 et le Grand Dakar inclut la ville toute entière (et quelques autres), le Grand Dakar devrait alors être en niveau 7 et non 9 si on retient la définition hiérarchique. Passons. Le 6 avril 2013 22:49, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 06/04/2013 22:18, Philippe Verdy a écrit : J'avais PARFAITEMENT compris que c'était une commune d'arrondissement, C'est donc pourquoi tu disais : Si la ville de Dakar est en niveau 8 et le Grand Dakar inclut la ville toute entière (et quelques autres), le Grand Dakar devrait alors être en niveau 7 et non 9 si on retient la définition hiérarchique. Passons. Relis bien la classification que je met, elle convient parfaitement. La perfectionça se discute. - 4 : les 14 régions - 6 : les 45 départements - 7 : les arrondissements - 8 : les 113 villes moyennes érigées en communes, ainsi que les grandes agglomérations urbaines subdivisées en communes d'arrondissement - 9: les communes d'arrondissement (uniquement dans les grandes agglomérations urbaines) - 10 : les quartiers des villes (dans les communes d'arrondissement de niveau 9) ou les villages érigés en communautés rurales (dans les autres communes de niveau 8) En parcourant cette page : http://fr.wikipedia.org/wiki/**Communaut%C3%A9s_rurales_du_S%** C3%A9n%C3%A9galhttp://fr.wikipedia.org/wiki/Communaut%C3%A9s_rurales_du_S%C3%A9n%C3%A9gal les Communautés rurales auraient leur place au niveau 8, j'ai l'impression qu'elles forment une partition du territoire avec les villes que tu proposes déjà au niveau 8. Et dans ce cas, les villages qui les composent pourraient être définis au niveau 9, laissant le 10 disponible pour les quartiers ou hameaux à l'intérieur de ces villages, cf. : http://fr.wikipedia.org/wiki/**Villages_du_S%C3%A9n%C3%A9galhttp://fr.wikipedia.org/wiki/Villages_du_S%C3%A9n%C3%A9gal vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
Le 06/04/2013 23:03, Philippe Verdy a écrit : Concernant le niveau à attribuer aux communautés rurales, je n'en suis pas sûr, ce n'est pas clair qu'elles sont au même niveau 8 que les communes (pour les villes décrites comme moyennes) ou les grandes agglomérations urbaines (divisées en communes d'arrondissement). Il faudrait une confirmation sénégalise confirmant qu'une communauté rurale ne fait partie d'aucune commune (ni commune d'arrondissement dans les 5 grandes communes urbaines ou métropoles divisées en communes d'arrondiseement). Un début de confirmation pourrait bien venir du Code des Collectivités Locales [1], où on peut lire dès le début de l'exposé des motifs : l’ensemble du Sénégal est couvert par 48 communes et 320 communautés rurales, soit au total 368 collectivités locales. (Même si les chiffres datent de 1996 et ne sont donc plus valables). Pour moi cette formulation évoque une partition, ce qui justifierait de placer sur un même admin_level, en l'occurrence le 8, les communes et les communautés rurales. Maintenant bien évidemment, si une personne ayant en 2013 une connaissance concrète de l'organisation du pays au niveau local pouvait confirmer / infirmer, on ne pourrait pas s'en plaindre. vincent [1] : http://www.gouv.sn/Code-des-Collectivites-locales.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
Le 06/04/2013 23:09, Philippe Verdy a écrit : (.) Et de compléter la page Wikiproject Senegal (désolé je l'avais lu et n'ai trouvé aucun lien vers le site officiel de Grand Dakar qui n'a été fourni qu'après, et n'était pas visible d'1 clic) Comment dire... C'est le deuxième lien de cette rubrique (et non dans une quelconque sous-page) : http://wiki.openstreetmap.org/wiki/FR:WikiProject_Senegal#Actualit.C3.A9_de_la_Communaut.C3.A9 1ère ligne du tableau Évènements : Dakar - 05 avril 2013 - La Commune d’arrondissement de Grand Dakar a mis une carte OpenStreetMap : [ http://mairiegrandakar.com/index.php?option=com_contentview=articleid=51Itemid=58 son site web] J'arrête là. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
Il faut donc lire entre les lignes pour chercher l'info sur une rubrique évènements. Ce n'est pas toujours évident de fouiller des collections de liens et pas évident non plus de savoir sur quoi ça pointe. Ca demande du temps, et en tout plus qu'1 seul clic. Car au milieu de tout ça on a des tas de fausses pistes qui mènent à des infos obsolètes ou erronées. Nos rubriques évènements en France (et dans bien d'autres wikiprojects aussi et sur la série de sites liés à OSM) concernent surtout des annonces de cartoparties ou de mises en ligne de cartes contributives, ou d'essais de rendus, ou d'offres de services cartographiques commerciales, qui n'ont rien à voir avec des infos officielles. Il n'est pas inutile donc de guider sur ce qu'on doit regarder. Le web est grand et pas fiable dans son contenu sur bien des points. Si on ne précise pas quoi regarder on va vite se tromper de cible aussi. Bref les vrais sites de références doivent avoir une mise en valeur plus évidente. Et les infos essentielles présentes sur les sections principales des projets (pas des sous-sections ou sous-pages qui n'ont rien à voir et ne sont pas destinés à servir de point de départ pour les références). Je reviens donc sur la demande de mettre à jour le wiki et la page des subdivisions. Je peux le faire, ce n'est pas un problème pour moi d'éditer du wiki, mais cela demandera confirmation s'il y a des erreurs dans le tableau. Le 6 avril 2013 23:36, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 06/04/2013 23:09, Philippe Verdy a écrit : (.) Et de compléter la page Wikiproject Senegal (désolé je l'avais lu et n'ai trouvé aucun lien vers le site officiel de Grand Dakar qui n'a été fourni qu'après, et n'était pas visible d'1 clic) Comment dire... C'est le deuxième lien de cette rubrique (et non dans une quelconque sous-page) : http://wiki.openstreetmap.org/**wiki/FR:WikiProject_Senegal#** Actualit.C3.A9_de_la_**Communaut.C3.A9http://wiki.openstreetmap.org/wiki/FR:WikiProject_Senegal#Actualit.C3.A9_de_la_Communaut.C3.A9 1ère ligne du tableau Évènements : Dakar - 05 avril 2013 - La Commune d’arrondissement de Grand Dakar a mis une carte OpenStreetMap : [ http://mairiegrandakar.com/** index.php?option=com_content**view=articleid=51Itemid=58http://mairiegrandakar.com/index.php?option=com_contentview=articleid=51Itemid=58son site web] J'arrête là. vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Pieren wrote Quand je parle de simple, c'est par rapport à la simplification administrative qui ferait qu'une seule autorité serait chargée de maintenir une base unique. Elle pourrait bien-sûr être abondée par les créateurs d'adresses (les communes) mais aussi pouvoir être corrigée et améliorée par les institutions utilisatrices (INSEE, DGFiP, police, la poste, etc). Seule la partie anonymisée serait publique et réutilisable. La partie nominative serait plus facilement entretenue si elle était couplée à une obligation légale de déclaration dominiliaire (se déclarer en mairie lors de l'installation) comme pratiquement partout ailleurs en Europe. Une autorité de l'Etat qui se chargerait de chapeauter les compétences de collectivités territoriales autonomes ?!? Oula, tu veux la révolution ??? Penchez-vous sur le sujet de la décentralisation en France et vous comprendrez que vous avez tout faut, là... Je pense qu'il faut aborder le problème d'une autre manière. Si on prend le cas de la numérisation des documents d'urbanisme, les recommandations ont été proposées (et non imposées) par le Centre National de l'Information Géographique (CNIG). A charge, pour les communes, d'appliquer ces recommandations. Il faudra sûrement en passer par là dans notre cas et proposer une normalisation suffisamment exhaustive et applicable pour s'imposer d'elle même aux collectivités... -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756098.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Christian Rogel wrote Tony faisait le distinguo entre collectivité publique autonome et administration de l'Etat. C'est sur l'anarchie admistrative français qu'il met le doigt. En fait, je ne parle pas d'anarchie, je suggère seulement de comprendre que le service publique n'est pas une nébuleuse unique ou tous les services sont rattachés. Il faut bien distinguer la fonction publique d'Etat (les ministère, les préfectures, les impôts, l'INSEE, l'IGN, ...) et la fonction publique territoriale (les communes, les départements et les régions). Je rentre pas dans les détails car c'est plus complexe encore. Et, en gros, la fonction publique d'Etat ne peut rien imposer à la fonction publique territoriale. Voilà comment ça marche. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756100.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Guillaume Allegre wrote OSM ne doit pas devenir un dépôt où les institutions accepteraient de verser leurs données à condition que personne n'y touche. OSM c'est du crowdsourcing avant tout ; l'open data est un complèment, bienvenu mais pas essentiel. Il faut qu'on travaille au maximum pour intégrer l'open data dans OSM, mais si on tombe sur un conflit entre les deux, OSM laissera tomber l'open data et privilégiera toujours le crowdsourcing. Ce point est très important pour les discussions avec les collectivités, et il est non négociable, comme la licence. En un mot : aucune donnée ne doit être verrouillée dans OSM. Je suis d'accord sur ce point. Mais je tiens, en tant que cartographe et géographe de formation à vous rappeler une chose : quel sens donne-t-on à la carte ? à quoi doit-elle servir ? S'il s'agit juste de cartographier le réel juste pour avoir des objets dans la base de données, ça sert à rien. Si on veut que cela soit utiliser, ça veut dire qu'il faut créer de la donnée pour l'usage et l'usager. Concernant la remarque de Guillaume sur: Guillaume Allegre wrote Donc, exit le ref:source=, et je ne vois pas d'autre solution que le ref:FR: idbase = id Je suis d'accord pour un ref:FR:idbase=id, et même, je dirais, un ref:FR:Communal=id ou un ref:FR:niveau_administratif=id pour gérer les référentiels de plusieurs échelles administratives. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756101.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
Bonsoir, je ne fais que passer en coup de vent Il n'existe pas une page listant des fortunes pour y inclure celle-ci ? Promis, je n'interviendrai plus pour rien... Bonne nuit à tous ! -- Brice Hardy hardybr...@gmail.com Envoyé de mon iPhone Le 6 avr. 2013 à 23:03, Philippe Verdy verd...@wanadoo.fr a écrit : Il faudrait une confirmation sénégalise confirmant [...] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La DCRI accusée d'avoir illégalement forcé la suppression d'un article de Wikipédia
Bonsoir, Je suis tombé sur une nouvelle intéressante concernant une suppression en force d'un article sur Wikipédia[1] par les services de la DCRI[2]. Suite à ce coup de force cela à mis en lumière cet article et le nombre de visite à explosé[4] et la traduction de l'article dans d'autre langue à déjà commencé rendant sa suppression beaucoup complexe. Cela à provoquer un bel effet Streisand[3]. Par curiosité je suis aller voir sur OSM et j'ai constaté (avec grand plaisir) que cette zone à été mise à jour très récemment avec de nouveaux détails. Vu le buzz que ce coup de force à provoqué je ne pense pas qu'il y aura de pression sur les responsables francophone d'OSM mais je tenait à vous tenir informé pour ne pas tomber des nues en cas de convocation à la DCRI. D'un point de vue d'engagement personnel, j'approuve totalement ces mise à jour à la fois pour défendre la libre circulation de l'information et pour protester contre ce coup de force. Tant que la DCRI n'apporte pas la preuve de la classification de cette zone, la suppression des données ne sera pas justifiée. Ceci est un avis qui n'engage que moi en tant que citoyen, *mes contributions passée et à venir ne reflètent pas ce point vue*. [1] L'article sur wikipédia : https://fr.wikipedia.org/wiki/Station_hertzienne_militaire_de_Pierre-sur-Haute [2] L'information sur Le Monde : http://www.lemonde.fr/technologies/article/2013/04/06/la-dcri-accusee-d-avoir-force-illegalement-la-suppression-d-un-article-de-wikipedia_3155405_651865.html [3] Effet Streisand : https://fr.wikipedia.org/wiki/Effet_Streisand [4] Statistique de visite Wikipédia : http://wikiscan.org/?menu=livedate=6list=pagessort=hitsfilter=main ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] DCRI Wikimédia France - OSM France
Bonjour à tou[te]s, Un orage vient ternir ce week-end qui avait bien commencé.Je reviens à peine de Londres avec de bonnes nouvelles et de belles actions en cours ce week-end à Brocas, Toulon. Pour ceux qui l'auraient raté la Direction Centrale du Renseignement Intérieur est actuellement sous le feu de la critique pour avoir menacé le Président de Wikimédia France. La DCRI souhaite effacer un article https://fr.wikipedia.org/wiki/Station_hertzienne_militaire_de_Pierre_sur_Haute sur la station de transmissions hertziennes de Pierre sur Haute à Job à cheval sur la Loire et le Puy de Dôme http://osm.org/go/0Ajec3C8S- Les articles de presses sont compilés ici pour plus de détails https://fr.wikipedia.org/wiki/Utilisateur:Fabrice_Ferrer/Streisand_Effect À l'issue du battage médiatique autour de cette affaire il faudra bien avancer sur la cartographie et la documentation de sites dits sensibles J'ai été contacté par quelques personnes (journalistes, agents, contributeurs OSM) pour connaître notre position car nous disposons nous aussi de données précises sur ce site. Je ne jetterai pas d'huile sur le feu car cela serait contre-productif pour nos travaux. Je souhaite de plus éviter à tout contributeur OSM de se retrouver dans une position délicate. Je rédige donc un article expliquant comment à partir de photo aérienne, du cadastre , des traces GPS de randonneurs, points géodésiques etc ... nous arrivons à cartographier précisément cette station. Nul besoin en effet de documents classifiés ou de fuite au sein de l'armée pour avoir une carte précise du site de Pierre sur Haute. Je vous le soumettrai avant publication pour correction/ajout/critique. L'objectif est de provoquer et faire avancer le débat et non d'opposer: État vs Communauté. Je condamne fermement toute menace sur nos travaux et ceux de communautés œuvrant pour le logiciel et les données libre. Néanmoins J'ai une pensée particulière pour les agents du ministère de l'intérieur à la fois contributeurs et utilisateurs d'OSM qui essaient de faire progresser l'administration sur ces questions. Ils sont en ce moment entre deux feux: Celui des défenseurs des libertés du Net et celui des freins au progrès numérique dans les services. Pensez aussi à eux lors de vos commentaires. Gaël Haut les cœurs ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DCRI Wikimédia France - OSM France
Ceci n'aboutira en fin de compte qu'à renforcer la qualité de l'article où on va trouver des tas de références d'informations déjà rendues publiques (donc plus sujette au prétendu secret). Ce qui était quasi invisible et de mauvaise qualité va devenir très visible, bien connu, traduit largement en de nombreuses langues, et très documenté. Dans tout ça Wikimédia ne sera pas pris en faute, car la faute incombera en fait aux autorités militaires qui auront elles-même, au cours du temps, distillé les informations qu'on peut retrouver. Mais il est vrai qu'il est dommageable que les autorités françaises méconnaissent le droit et s'en prennent ainsi par le chantage à des personnes qui n'ont aucune responsabilité directe dans l'histoire (et qui pour éviter toute confusion de responsabilité, ont demandé leur désysopage, afin de bien démontrer que cet article n'est pas entre leurs mains. Note : la Wikimedia Foundation prétend qu'elle n'est pas l'éditeur de la publication ; c'est peut-être vrai en droit américain où les éditeurs sont considérés comme étant les contributeurs, la fondation disant qu'elle n'agit que comme un hébergeur technique. Néanmoins, le site a aussi des relais techniques en France qui pourraient aussi devenir l'objet de saisines judiciaires pour faire cesser cette publication en France (mais sans pouvoir empêcher la publication dans les autres pays, et surtout dans les autres éditions de Wikipédia sur lesquelles les contributeurs français ou même francophones restent très minoritaire face au monde entier qui y accède et y contribue dans leur langue native quand c'est l'anglais, ou dans une seconde langue). Si ça ne plait pas à l'armée française, elle n'a qu'à s'en prendre à elle-même pour avoir révélé ces infos au fil du temps, le plus souvent de fa_on tout à fait volontaire, ou parce que la loi française le lui obligeait (utilisation du domaine spectral franàais et européen, normes environnementales, règles de circulation, installations et résidences, déclarations de travaux, etc.). De plus cen'est un secret pour personne concernant les photos prises à distance ou depuis le satellite. Le secret n'est en fait plus là mais dans les codes cryptographiques utilisés et les éléments techniques de communication, ainsi que dans les informations transmises par ces installations qui n'ont de valeur secrètes que pendant une durée stratégique très limitée, et dans les activités au jour le jour qui y sont menées et le détail des recherches entreprises (non publiées dans des brevets pendant un certain temp jusqu'à ce qu'il deviennt urgent de les protéger au plan commercial et industriel car bon nombre de ces recherches finissent dans le domaine civil). Le 7 avril 2013 02:17, Gaël Musquet ratzil...@gmail.com a écrit : Bonjour à tou[te]s, Un orage vient ternir ce week-end qui avait bien commencé.Je reviens à peine de Londres avec de bonnes nouvelles et de belles actions en cours ce week-end à Brocas, Toulon. Pour ceux qui l'auraient raté la Direction Centrale du Renseignement Intérieur est actuellement sous le feu de la critique pour avoir menacé le Président de Wikimédia France. La DCRI souhaite effacer un article https://fr.wikipedia.org/wiki/** Station_hertzienne_militaire_**de_Pierre_sur_Hautehttps://fr.wikipedia.org/wiki/Station_hertzienne_militaire_de_Pierre_sur_Hautesur la station de transmissions hertziennes de Pierre sur Haute à Job à cheval sur la Loire et le Puy de Dôme http://osm.org/go/0Ajec3C8S- Les articles de presses sont compilés ici pour plus de détails https://fr.wikipedia.org/wiki/**Utilisateur:Fabrice_Ferrer/** Streisand_Effecthttps://fr.wikipedia.org/wiki/Utilisateur:Fabrice_Ferrer/Streisand_Effect À l'issue du battage médiatique autour de cette affaire il faudra bien avancer sur la cartographie et la documentation de sites dits sensibles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Admin_level au Sénégal
Oui il y a répétition du terme confirmation/confirmant, mais on s'est compris sur ce que cela signifiait. Est-ce pour autant assez drôle pour figurer dans les fortunes ? Tout le monde peut faire ce genre de formulation sans y prendre garde, simpelment en modifiant une phrase sans réaliser l'effet que cela produit. Publie-le si tu veux mais la liste de citations va être longue de la part de pas mal de gens. Est-ce que ça vaut le coup de publier sur le wiki pour ça? Le 7 avril 2013 01:36, Brice Hardy hardybr...@gmail.com a écrit : Bonsoir, je ne fais que passer en coup de vent Il n'existe pas une page listant des fortunes pour y inclure celle-ci ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
On partage le même point de vue, sauf que les références provenant d'entités administratives multiples mais de même niveau (plusieurs communes ou plusieurs départements) risquent d'arriver (sans pour autant que leurs identifiants de bases de données soient compatibles entre eux. Là dessus OSM peut **aussi** devenir prescripteur d'identifiants stables permettant d'aider les collectivités à trouver des identifiants pour bases de données compatibles entre elles, si les organismes nationaux fournissant des nomenclatures (l'Insee par exemple, ou des organismes européens, ou l'ISO dans une norme internationale) ne traitent pas certains sujets. De nombreux pays par exempel n'ont pas de nomenclature stabilisée et utilisent des logiciels et bases de données fournies par d'autres pays ou par des sociétés privées ou organisations non commerciales (je pense à des tas de PVD en Afrique, Asie centrale, et archipels du Pacifique ou des Caraïbes), tout bonnement car ils n'ont pas les moyens de développer et maintenir ces logiciels et bases de données eux-mêmes. Hors ces pays, s'ils font appel à des sociétés privées (ou même de la part de fondations caritatives internationales), risquent de se retrouver dans l'incapacité de publier leurs données à cause de problèmes de licences de la part de ces tiers. OSM peut alors fournir une aide en proposant sa codification qui ne sera pas meilleure, ni pire, que les autres codifications incompatibles entre elles proposées par des tiers sous des licences restrictives et empêchant les croisements de fichiers qui leurs sont pourtant fournis. Le 7 avril 2013 00:46, Tony Emery tony.em...@yahoo.fr a écrit : Guillaume Allegre wrote OSM ne doit pas devenir un dépôt où les institutions accepteraient de verser leurs données à condition que personne n'y touche. OSM c'est du crowdsourcing avant tout ; l'open data est un complèment, bienvenu mais pas essentiel. Il faut qu'on travaille au maximum pour intégrer l'open data dans OSM, mais si on tombe sur un conflit entre les deux, OSM laissera tomber l'open data et privilégiera toujours le crowdsourcing. Ce point est très important pour les discussions avec les collectivités, et il est non négociable, comme la licence. En un mot : aucune donnée ne doit être verrouillée dans OSM. Je suis d'accord sur ce point. Mais je tiens, en tant que cartographe et géographe de formation à vous rappeler une chose : quel sens donne-t-on à la carte ? à quoi doit-elle servir ? S'il s'agit juste de cartographier le réel juste pour avoir des objets dans la base de données, ça sert à rien. Si on veut que cela soit utiliser, ça veut dire qu'il faut créer de la donnée pour l'usage et l'usager. Concernant la remarque de Guillaume sur: Guillaume Allegre wrote Donc, exit le ref:source=, et je ne vois pas d'autre solution que le ref:FR: idbase = id Je suis d'accord pour un ref:FR:idbase=id, et même, je dirais, un ref:FR:Communal=id ou un ref:FR:niveau_administratif=id pour gérer les référentiels de plusieurs échelles administratives. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756101.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveur OSM
Non mais je fais parti du groupe qui gère tout ça donc je suis plutôt bien informée On 6 Apr 2013 17:11, DH dhel...@free.fr wrote: Le 06/04/2013 18:01, Emilie Laffray a écrit : Non différent. C'est un problème au lieu qui a le serveur. Il faut noter qu'un serveur a été commandé pour éviter les problèmes de la semaine dernière. Emilie, t'as ton lit de camp dans la salle machine ? Denis __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] (開発者募集)OSMタイル配信サーバの開発
いいだです。 MLはまとまった情報をやり取りするのに楽ですし、 IRCで細かいやり取りすることは昔でもよくあったかと思います。 IRCの代わりがLingr、というだけなので、 仕組みとしてはあんまり変わっていない気がしています。 と、いうか、個人的にはLingrって、ほんとIRCがブラウザベースになっただけ、くらいの感覚だったり(^^; 2013年4月6日 14:21 Satoshi IIDA nyamp...@gmail.com: いいだです。 Imposmですが、先日Mac環境で使い始めました。 最初のセットアップでちょっと手間がかかります。 (前提として入れる必要があるアプリを、コンパイルしてインストールする必要がある) でも、セットアップさえしてしまえばすごく強力ですし、処理も早いように思えます。 2013/4/6 Daniel Kastl dan...@georepublic.de Osmosisの使い方がまだまだ研究余地が有りそうです。 Osmosisをうまく使うと、たとえば、planetの毎分の更新ファイルから、 日本分だけ抽出してPostGISに適用する、とか、そういうことができるようです。 Imposm is also an interesting tool to import OSM data: http://imposm.org/docs/imposm/latest/ Like Osmosis you can clip areas with .poly files. Imposm is nice to directly read from download stream. And it distinguish between development and production tables. Daniel 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Georepublic UG Georepublic Japan eMail: daniel.ka...@georepublic.de Web: http://georepublic.de ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] (開発者募集)OSMタイル配信サーバの開発
松澤です。 今週は他にやりたい事があったのでとりあえずチャットルームに入りました^^ (2013/04/06 14:09), ribbon wrote: On Sat, Apr 06, 2013 at 01:53:03PM +0900, Hiroshi Miura(@osmf) wrote: 今後、細かい相談や議論はこちらでやっていきます。 ぜひ参加してください。 今はこういうのがはやりなんですかね。 メーリングリストでも良かったかなと思うのは古い人間なんでしょうかね。 メーリングリストだとちょっとしたことを聞きづらいと思います。 # これは発言者の気持ちの問題ですが、僕はそのタイプです(汗 また、githubで更新があった場合に、こちらの部屋に メッセージが飛ぶようにしました。 これは分けた方がいいように思います。議論と、更新ログが 混じっていると分かりにくくなりますから。 この手のやつは更新ログも含めた方がいいといいです。 じゃないと、両方のウインドウを見て話さないといけないので相当億劫なのと、 誰が発言しているのかっていうのがLingrだとわかりやすいのです。 また、翻訳の課題もあります。 https://github.com/osmfj/tilecache/blob/master/DEVELOPMENT.ja.md こちらに参考文献が書いているのですが、 翻訳がされていないものがおおいです。また、翻訳が追いついていないです。 例えば、 http://wiki.openstreetmap.org/wiki/Mod_tile http://wiki.openstreetmap.org/wiki/Tirex http://wiki.openstreetmap.org/wiki/Mapnik インストールは、まずはここを見ないとだめみたいですね。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- Taro Matsuzawa Georepublic Japan mail: t...@georepublic.co.jp web: http://georepublic.co.jp ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] (開発者募集)OSMタイル配信サーバの開発
On Sat, Apr 06, 2013 at 03:30:43PM +0900, Satoshi IIDA wrote: いいだです。 MLはまとまった情報をやり取りするのに楽ですし、 IRCで細かいやり取りすることは昔でもよくあったかと思います。 IRCの代わりがLingr、というだけなので、 仕組みとしてはあんまり変わっていない気がしています。 と、いうか、個人的にはLingrって、ほんとIRCがブラウザベースになっただけ、くらいの感覚だったり(^^; なるほど。 ただ、IRCは使い勝手が良くないので、ほとんど使ったこと、無いんですね。 かな漢字、という1アクションが余計に入るので。 On Sat, Apr 06, 2013 at 04:14:15PM +0900, Taro Matsuzawa wrote: 今はこういうのがはやりなんですかね。 メーリングリストでも良かったかなと思うのは古い人間なんでしょうかね。 メーリングリストだとちょっとしたことを聞きづらいと思います。 # これは発言者の気持ちの問題ですが、僕はそのタイプです(汗 やはり最近はそういうものなのでしょうかねえ。 また、githubで更新があった場合に、こちらの部屋に メッセージが飛ぶようにしました。 これは分けた方がいいように思います。議論と、更新ログが 混じっていると分かりにくくなりますから。 この手のやつは更新ログも含めた方がいいといいです。 じゃないと、両方のウインドウを見て話さないといけないので相当億劫なのと、 誰が発言しているのかっていうのがLingrだとわかりやすいのです。 これは、多分使う人がそう思うのであれば、正しいのでしょう。 やったことがないので、やってみると案外そうなのか、と思うかもしれません。 ただ、個人的には指定された時間(8:00より前、22:00より後ろ)は 別のことをやっていることが多いので、時間的にLingrは使いずらそう、 とは思います。メーリングリストですと、時間を非同期にできるので 楽かな、と。 同期型コミュニケーションの方が、話が早い、というのはあるんですけど。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] (開発者募集)OSMタイル配信サーバの開発
三浦です。 On 2013年04月06日 18:07, ribbon wrote: ただ、個人的には指定された時間(8:00より前、22:00より後ろ)は 別のことをやっていることが多いので、時間的にLingrは使いずらそう、 全員の時間が同期させて合わせることはとても難しいです。 だから、私は、その時間はいられるようにします、と言っています。 とは思います。メーリングリストですと、時間を非同期にできるので 楽かな、と。 同期型コミュニケーションの方が、話が早い、というのはあるんですけど。 ログを見て反応できる、非同期型でも使えるコミュニケーション手段です。 IRCの代わりになりますし、AndroidやIPhone/iPadでも使えるそうです。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OSMタイル配信サーバのインストール
鍋太郎です。 #横からですが…… On Sat, 6 Apr 2013 13:51:08 +0900 ribbon o...@ns.ribbon.or.jp wrote: /etc/apt/sources.list に deb http://ppa.launchpad.net/mapnik/nightly-trunk/ubuntu oneiric main deb-src http://ppa.launchpad.net/mapnik/nightly-trunk/ubuntu oneiric main を追記しました。でそのあとは apt-get install mapnik だと思うのですが、 # apt-get install mapnik Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package mapnik となります。 まだ何か設定足らないんでしょうか? # apt-get update をしてから # apt-get install mapnik をしてみたらどうでしょうか。 -- ++ 倉澤 望(鍋太郎) KURASAWA Nozomu (nabetaro) nabetaro @ caldron.jp GnuPG FingerPrint: F3A9 35FC C5D5 7FBC 7009 895A D5BE 94B9 4E90 7A5F ++ ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OSMタイル配信サーバのインストール
初めまして、 On Sat, 6 Apr 2013 20:18:50 +0900 nabet...@caldron.jp wrote: # apt-get update をしてから # apt-get install mapnik をしてみたらどうでしょうか。 https://launchpad.net/~mapnik/+archive/nightly-trunk/+sourcepub/3083048/+listing-archive-extra を見るにmapnikというバイナリパッケージは存在しないようです。どうもTirex のビルドにlibmapnik-devなどがいるようです。よって、 # apt-get install mapnik ではなく、 # apt-get install libmapnik-dev でいいのではないでしょうか。 -- Akihiro Nishimura nimu@zoho.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] (開発者募集)OSMタイル配信サーバの開発
三浦さん 小俣です ありがとうございます。 まずは、試験環境を構築してみます Regards, -- Omata 2013年4月6日 13:54 Hiroshi Miura(@osmf) miur...@osmf.jp: 小俣さん、河口さん ありがとうございます。 試験環境をつくるのが、とりあえず やや苦労するかもしれません。 わたしも、試行錯誤をしたので、全部をドキュメントに記述できていないかも。 不明点はチャットルームで聞いてもらって、かつ ドキュメントを更新してもらえると、他の人も助かると思います。 三浦 On 2013年04月05日 18:46, Hiroshi Omata wrote: 小俣です すごく興味があります。 エンジニアとしてお役に立てるかわかりませんが、参加させてください Regards, -- Omata 2013年4月5日 15:34 Nobuo Kawaguchi kawag...@nagoya-u.jp: 河口です。 実は名古屋大/Lisra でもIndoor向けの独自レンダリングを 検討しようとしているところです。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] (開発者募集)OSMタイル配信サーバの開発
関です。 とりあえず、Vagrant (VirtualBox などを使った仮想環境構築の自動化ツール)を使った場合のマニュアルを作りました。 https://github.com/osmfj/tilecache/wiki/Setup-development-environment-using-Vagrant これで、当方の環境(OSX Mountain Lion)では、Ubuntu の仮想環境でタイルキャシュがされること自体の確認はできました。 インストール手順を全部シェルスクリプトで実行してしまっているので、Chef という構成管理ツールを使うよう手元で修正しているところです。 また、まだ PostGIS などのインストールなどもしていないので、肝心のレンダリングはできない状況です。 随時マニュアルをアップデートしていきます。 -- 位置情報連動型ビジネス調査報告書2013 発売中 http://r.impressrd.jp/iil/geo2013http://r.impressrd.jp/iil/geo-location2012 ※著者割引で20%引きになります Georepublic Japan 代表社員/CEO 関 治之 http://georepublic.co.jp/ 〒151-0071 東京都渋谷区本町3-24-14 Skype: hal_sk 2013/4/7 Hiroshi Omata op.hom...@gmail.com 三浦さん 小俣です ありがとうございます。 まずは、試験環境を構築してみます Regards, -- Omata 2013年4月6日 13:54 Hiroshi Miura(@osmf) miur...@osmf.jp: 小俣さん、河口さん ありがとうございます。 試験環境をつくるのが、とりあえず やや苦労するかもしれません。 わたしも、試行錯誤をしたので、全部をドキュメントに記述できていないかも。 不明点はチャットルームで聞いてもらって、かつ ドキュメントを更新してもらえると、他の人も助かると思います。 三浦 On 2013年04月05日 18:46, Hiroshi Omata wrote: 小俣です すごく興味があります。 エンジニアとしてお役に立てるかわかりませんが、参加させてください Regards, -- Omata 2013年4月5日 15:34 Nobuo Kawaguchi kawag...@nagoya-u.jp: 河口です。 実は名古屋大/Lisra でもIndoor向けの独自レンダリングを 検討しようとしているところです。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] (開発者募集)OSMタイル配信サーバの開発
ありがとうございます! On 2013年04月07日 01:36, Hal Seki wrote: 関です。 とりあえず、Vagrant (VirtualBox などを使った仮想環境構築の自動化ツール)を使った場合のマニュアルを作りました。 https://github.com/osmfj/tilecache/wiki/Setup-development-environment-using-Vagrant これで、当方の環境(OSX Mountain Lion)では、Ubuntu の仮想環境でタイルキャシュがされること自体の確認はできました。 素晴らしい。しかも、しっかり英語でグローバルに使えるドキュメントになっています。 インストール手順を全部シェルスクリプトで実行してしまっているので、Chef という構成管理ツールを使うよう手元で修正しているところです。 また、まだ PostGIS などのインストールなどもしていないので、肝心のレンダリングはできない状況です。 随時マニュアルをアップデートしていきます。 タイルキャッシュでは、SSLの部分のドキュメントがまるっと抜けていました。 次の更新の時に、触れていただけると嬉しいです。 なぜ本家でも対応していないSSLに対応させようとしているかというと次の理由です。 震災復興サイトsinsai.infoでは、信頼性を担保するために、SSL/httpsで 提供できるように構成しています。 ところで、現在、SSLで保護されたサイトの中で、非SSLのコンテンツが入っている場合 セキュリティの警告メッセージが表示されてしまう、という事象になります。 これでは、信頼されるサイトとみなされないことになります。 その原因の一つが、マップタイルの配信が、httpのみだということです。 そこで、sslによるタイル配信に対応しようという事です。 以上 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] OSMタイル配信サーバインストールできず
On Sun, Apr 07, 2013 at 01:36:49AM +0900, Hal Seki wrote: 関です。 とりあえず、Vagrant (VirtualBox などを使った仮想環境構築の自動化ツール)を使った場合のマニュアルを作りました。 https://github.com/osmfj/tilecache/wiki/Setup-development-environment-using-Vagrant これで、当方の環境(OSX Mountain Lion)では、Ubuntu の仮想環境でタイルキャシュがされること自体の確認はできました。 ありがとうございます。上記ページを見てみましたが、 恐ろしくたくさんインストールしないとだめなんですね。 この情報がなかったら、1ヶ月経ってもインストールできなかったかも。 で、早速やってみました。Ubuntsuは 12.04.2 に入れ替え。 で、mapnikのコンパイル直前まではうまくいきましたが、 mapnikのコンパイルがうまくいきません。 ./configureすると、 --- Checking for pycairo... yes Exiting... the following required dependencies were not found: - boost version =1.47 (more info see: https://github.com/mapnik/mapnik/wiki//MapnikInstallation http://www.boost.org) See '/usr/local/src/mapnik/config.log' for details on possible problems. --- と出ました。boost のバージョンが古い、ということなので、 apt-get update をしたのですがアップデート対象は0件、 apt-get upgrade をすると、 --- Reading package lists... Done Building dependency tree Reading state information... Done The following packages have been kept back: libboost-dev libboost-filesystem-dev libboost-program-options-dev libboost-python-dev libboost-regex-dev libboost-system-dev libboost-thread-dev linux-headers-generic-lts-quantal linux-image-generic-lts-quantal 0 upgraded, 0 newly installed, 0 to remove and 9 not upgraded. --- となります。 メッセージをもとに検索すると、 http://d.hatena.ne.jp/Artisan/20120127/1327675019 が出てきたので、 --- apt-get install libboost-dev libboost-filesystem-dev libboost-program-options-dev libboost-thread-dev linux-headers-generic-lts-quantal linux-image-generic-lts-quantal --- とすると、 --- Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libboost-filesystem1.46.1 libboost-system1.46.1 libboost-python1.46.1 libboost-program-options1.46.1 libboost-date-time1.46.1 libboost-thread1.46.1 libboost-serialization1.46.1 libboost-regex1.46.1 Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libboost-date-time1.49-dev libboost-date-time1.49.0 libboost-filesystem1.49-dev libboost-filesystem1.49.0 libboost-program-options1.49-dev libboost-program-options1.49.0 libboost-python-dev libboost-python1.49-dev libboost-python1.49.0 libboost-regex-dev libboost-regex1.49-dev libboost-regex1.49.0 libboost-serialization1.49-dev libboost-serialization1.49.0 libboost-system-dev libboost-system1.49-dev libboost-system1.49.0 libboost-thread1.49-dev libboost-thread1.49.0 libboost1.49-dev linux-headers-3.5.0-26 linux-headers-3.5.0-26-generic linux-image-3.5.0-26-generic python-support Suggested packages: libboost-doc libboost1.49-doc libboost-chrono1.49-dev libboost-graph-parallel1.49-dev libboost-graph1.49-dev (中略) libboost-thread-dev linux-headers-generic-lts-quantal linux-image-generic-lts-quantal 9 upgraded, 21 newly installed, 9 to remove and 0 not upgraded. Need to get 65.5 MB of archives. After this operation, 264 MB of additional disk space will be used. となって行けるかな、と思ったのですが、 Err http://jp.archive.ubuntu.com/ubuntu/ precise/universe python-support all 1.0.14ubuntu2 Temporary failure resolving 'jp.archive.ubuntu.com' Err http://jp.archive.ubuntu.com/ubuntu/ precise-updates/main linux-image-3.5.0-26-generic amd64 3.5.0-26.42~precise1 Temporary failure resolving 'jp.archive.ubuntu.com' Err http://ppa.launchpad.net/mapnik/boost/ubuntu/ precise/main libboost-system1.49.0 amd64 1.49.0-2ubuntu1~precise3 Temporary failure resolving 'ppa.launchpad.net' (中略) resolving 'security.ubuntu.com' Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/l/linux-meta-lts-quantal/linux-image-generic-lts-quantal_3.5.0.26.33_amd64.deb Temporary failure resolving 'security.ubuntu.com' E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? - となってインストールできず。 どこかでやり方間違えているのでしょうか? ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] OS StreetView Diff + Old StreetView releases
Talk-GB, I have been working on Ordnance Survey StreetView Diffs to see what OS change between releases. See it here: http://draco.osm.org/ossv-test.html *REMEMBER TO TURN ON A DIFF LAYER* In addition, all old versions of OS OpenData Streetview can be viewed. Layers: - OS Streetview - 2010-04 (first OpenData release) - OS Streetview - 2010-11 - OS Streetview - 2011-05 - OS Streetview - 2011-11 - OS Streetview - 2012-05 - OS Streetview - 2012-11 (latest) - Differences - 2010-04 vs 2012-11 - Differences - 2010-11 vs 2012-11 - Differences - 2011-05 vs 2012-11 - Differences - 2011-11 vs 2012-11 - Differences - 2012-05 vs 2012-11 I would be most greatful if someone else took on the job of creating/maintaining the leaflet web frontend. Adding working layer+overlay permalinks would be great. Github repo would be ideal. Once tested I intend for this to replace http://os.openstreetmap.org/ I would appreciate feedback or encouragement. Regards Grant ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] NYC neighborhood data
On Fri, Apr 5, 2013 at 6:06 PM, Simon Poole si...@poole.ch wrote: Kushal welcome to OSM. Please feel free to improve our data, while adding the neighbourhoods as a first project is going to result in a fairly steep learning curve for you, it is certainly doable. Hi Kushal, I'd suggest that you come to the upcoming OSM NYC meeting before changing any of the neighborhood data in NYC. Neighborhood data, especially in NY, is a pretty tricky thing. Some neighborhoods are well established and understood, while others are not, and are fluid. I'd love to see improvements of those which are well established, but some others are not so clear cut. It's always important to try to work with the local community on some massive changes, and you're lucky enough to live in a city with an active OSM community, and we have monthly meetings and a mailing list. http://www.meetup.com/osm-nyc - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] OSM down for servicing
Hello, Does anyone know how long OSM will be down for servicing? Also, was this announced anywhere? I lost some work because I did not know that it could not be saved. Charlotte Charlotte Wolter 927 18th Street Suite A Santa Monica, California 90403 +1-310-597-4040 techl...@techlady.com Skype: thetechlady The Four Internet Freedoms Freedom to visit any site on the Internet Freedom to access any content or service that is not illegal Freedom to attach any device that does not interfere with the network Freedom to know all the terms of a service, particularly any that would affect the first three freedoms. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us