Re: [talk-ph] Booth/exhibit ideas for PhilGEOS symposium
Hi, I just finished an animation of the (nearly) complete history of edits in Cebu City. I wanted to make a page describing how I made it before to post it here, but I'll probably not have time the coming weeks. Feel free to use (and/or modify) any of the following versions as you see fit. http://osm.totor.ph/aniCebu2.gif (800x600 animation with glow and cc-by-sa attribution, 12Mb) http://osm.totor.ph/aniCebu2.avi (same in avi format, 3Mb) http://osm.totor.ph/aniCebu2-300.gif (smaller gif in 300x225, 2Mb) Original animation without effects or attribution: http://osm.totor.ph/aniCebu.gif (600kb) Cheers, Totor ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Talk-be Digest, Vol 59, Issue 13
Go to the Ardennes. A lot of wotk to do by trekking or mmountainbike ;) 2012/11/15 talk-be-requ...@openstreetmap.org Send Talk-be mailing list submissions to talk-be@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-be or, via email, send a message with subject or body 'help' to talk-be-requ...@openstreetmap.org You can reach the person managing the list at talk-be-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-be digest... Today's Topics: 1. Re: Lost property: one forest, messages, Bing (Renaud MICHEL) -- Message: 1 Date: Wed, 14 Nov 2012 18:21:04 +0100 From: Renaud MICHEL r.h.michel+...@gmail.com To: talk-be@openstreetmap.org Subject: Re: [OSM-talk-be] Lost property: one forest, messages, Bing Message-ID: 2147612.uaRSPQiUyu@rama Content-Type: text/plain; charset=utf-8 Le mercredi 14/11/2012 08:49:01 vous avez ?crit : I'm glad I've found you here because I've already met you in many places on the map as a very active person, congratulations. I am not as much active nowadays, it was a lot more fun when the map was almost empty and I could go anywhere and map all the roads. -- Renaud Michel -- ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be End of Talk-be Digest, Vol 59, Issue 13 *** -- *Jean-Louis Stanus* ☎ +32 473761482 [image: Google Talk] *http://goo.gl/WSMDO* ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Seveso
Yes! It is made with osm: http://seveso.be/nl/content/seveso-ondernemingen I do not find the seveso that are in Dunkirk, so not against the wind ... ;-) Marc -- The Penguin has arrived - and he's not going away - ever. What's on Shortwave guide: choose an hour, go! http://shortwave dot tk 700+ Radio Stations on SW http://swstations dot tk 300+ languages on SW http://radiolanguages dot tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Seveso
2012/11/15 Marc Coevoet sintsix...@gmail.com: Yes! It is made with osm: http://seveso.be/nl/content/seveso-ondernemingen it depends on the scale. For precise data, they use 2012 NGI/IGN-Brussels, CGCCR I do not find the seveso that are in Dunkirk, so not against the wind ... ;-) the winds never blows from Dunkirk to Belgium, does it ? -- Nicolas Pettiaux, dr. sc - gsm : 0496 24 55 01 - wiki.rmll.be - wiki.wlsm.be RMLL - World libre software and culture meeting - WLSM Soutenez la candidature de Bruxelles, 6 = 11/7/2013. Liste orga sur http://lc.cx/Zia Support Brussels as candidate, July 6 to 11, 2013 - Orga list on http://lc.cx/Zia Lepacte.be - « promouvoir les libertés numériques en Belgique » - hetpact.be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Using OSM POI and building information to enhance other building data
Hello, confused by all the stuff that is written about the use of the ODbl License, I have to ask for your opinion. I'm working on a research paper regarding semantic OSM Information for the use in urban structure analyses. We want to extract usage information from OSM (POI/ polygon e.g. amenity=bar and building=house) to specify if a building is only used for living or is mixed with shops etc. Therefore we have to compare and intersect proprietary data (german geobasis data: atkis, alk) with the OSM points and polygons. The easiest way, to store both datasets is in a database. Finally, to present the analysis results about the usage of buildings for living or others, we maybe want to present them in a web based application. It is not possible to publish the proprietary geobasis data under the ODbl license. The question is, if the OSM data under ODbl allows this kind of analysis, where osm data and proprietary data are mixed. I hope I have explained it well and you got an idea of the project. And I hope you can help me with the question of licensing the data in this project. Thanks a lot and greetings from Dresden, Germany Carola K. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] POI Viewer in distance
On gio, 2012-11-15 at 01:35 +0700, Frans Thamura wrote: please test the apps.. http://bantusekolahku.kemdikbud.go.id/module/eduunit you can drag the map, and see how the POI changing based on the distance Debian testing amd64 - Iceweasel (~firefox) 10.0.7 I was able to see the map only after allowing the browser to share my location (I always browse in privacy mode). It works; in Jakarta http://tracciabi.li/~bruno/av/ss_20121115-120336.png No POI is shown in Milan (Italy) or Mumbai (India), but in both cities I saw some strange grey small squares with black border http://tracciabi.li/~bruno/av/grey_squares_mumbay.png anybody knows what they are? If I zoom more than 200m I get the grey rectangle. Good job :-) /bruno -- 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 mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] POI Viewer in distance
All, thx for the feedback.. the server located in IIX (Indonesia Internet Exchange) and fetch to our osmosa.net I think the gray because your browser is not allowed to use geolocation, which we use it. i think to make a switchable browsing between osmosa.net and openstreetmap.org.. let we work on it now.. bruno, the school map only for Indonesia map, because this server own by MoEC / Ministery of Education and Culture of Indonesia. you must move to Indonesia to get the map.. which there are around 90.000 schools there and we are working to make 200.000 schools shortly next week. this is my screenshot here. https://www.facebook.com/photo.php?fbid=10151318224019085set=a.69155314084.95728.675689084type=1theater Ft ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] POI Viewer in distance
Hi all, I've been sharing my location with the website (Firefox 17, old version of Ubuntu) and still got the grey box. I zoomed out / in and got a map to display, but without any POIs. I scrolled to Jakarta and the map tiles and POIs worked as advertised. Could the grey screen be a rendering issue? You're rendering your own tiles rather than using the ones at osm.org - so areas in Indonesia are likely going to be pre-rendered and cached. You presumably haven't pre-rendered my home town (Oxford, UK), however, so there's no tile to show. I imagine that if I waited long enough the tile would render and I'd see the image. Likewise for the POI data, are you only providing this for Indonesia? Speaking of rendering your own tiles, I noticed that some areas are showing old data - Lembang, Bandung, for example - is this caused by not importing more recent data, or by keeping old tiles in the cache? The site does look impressive, hopefully we'll be able to sort out the remaining little issues. Best, Joseph On 15 November 2012 11:21, Frans Thamura fr...@meruvian.org wrote: All, thx for the feedback.. the server located in IIX (Indonesia Internet Exchange) and fetch to our osmosa.net I think the gray because your browser is not allowed to use geolocation, which we use it. i think to make a switchable browsing between osmosa.net and openstreetmap.org.. let we work on it now.. bruno, the school map only for Indonesia map, because this server own by MoEC / Ministery of Education and Culture of Indonesia. you must move to Indonesia to get the map.. which there are around 90.000 schools there and we are working to make 200.000 schools shortly next week. this is my screenshot here. https://www.facebook.com/photo.php?fbid=10151318224019085set=a.69155314084.95728.675689084type=1theater Ft ___ 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] POI Viewer in distance
Could the grey screen be a rendering issue? You're rendering your own tiles rather than using the ones at osm.org - so areas in Indonesia are likely going to be pre-rendered and cached. You presumably haven't pre-rendered my home town (Oxford, UK), however, so there's no tile to show. I imagine that if I waited long enough the tile would render and I'd see the image. Yes, our rendering is not automatically, because we dont have enough space. the gray mean the tile is not exist yet, but if you refresh, there will be. Likewise for the POI data, are you only providing this for Indonesia? yah POI just for Indonesia Speaking of rendering your own tiles, I noticed that some areas are showing old data - Lembang, Bandung, for example - is this caused by not importing more recent data, or by keeping old tiles in the cache? we are upgrading the tile right now for newest map... i took 2 week for this. The site does look impressive, hopefully we'll be able to sort out the remaining little issues. we try to integarte the OSM map with our POI. but to save the POI from our system to OSM, that our outstanding right now. I think Alex ROlin also working smiliar idea. have smiliar question.. Best, Joseph On 15 November 2012 11:21, Frans Thamura fr...@meruvian.org wrote: All, thx for the feedback.. the server located in IIX (Indonesia Internet Exchange) and fetch to our osmosa.net I think the gray because your browser is not allowed to use geolocation, which we use it. i think to make a switchable browsing between osmosa.net and openstreetmap.org.. let we work on it now.. bruno, the school map only for Indonesia map, because this server own by MoEC / Ministery of Education and Culture of Indonesia. you must move to Indonesia to get the map.. which there are around 90.000 schools there and we are working to make 200.000 schools shortly next week. this is my screenshot here. https://www.facebook.com/photo.php?fbid=10151318224019085set=a.69155314084.95728.675689084type=1theater Ft ___ 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] POI Viewer in distance
Hi Frans, once all your data is in place you might try this to make the view more informative: https://github.com/danzel/Leaflet.markercluster Frans, do you have a proposed workflow for syncing the data back and forth to OSM? A -- Alex http://www.commoning.com VoIP - +1 415 287 9620 “It’s no longer possible for a country to collapse in isolation. Now we all collapse. The only path to stability is to equalize the consumption rates of the first and developing world. Our dream is no longer possible in the new world.” - Jared Diamond It is very necessary that people should really go in for activities which have the quality of development. Development does not just mean building houses, but developing everything which is in the inner self. They should become skilled or clever, and capable, and have a firm character, so that they can believe in themselves and not always have to be dependent on someone else for their living - Bapak Subuh Sustainable development is development that meets the needs of the present without compromising the ability of future generations to meet their own needs […] Humanity has the ability to make development sustainable. - Gro Brundtland On Fri, Nov 16, 2012 at 12:34 AM, Frans Thamura fr...@meruvian.org wrote: Could the grey screen be a rendering issue? You're rendering your own tiles rather than using the ones at osm.org - so areas in Indonesia are likely going to be pre-rendered and cached. You presumably haven't pre-rendered my home town (Oxford, UK), however, so there's no tile to show. I imagine that if I waited long enough the tile would render and I'd see the image. Yes, our rendering is not automatically, because we dont have enough space. the gray mean the tile is not exist yet, but if you refresh, there will be. Likewise for the POI data, are you only providing this for Indonesia? yah POI just for Indonesia Speaking of rendering your own tiles, I noticed that some areas are showing old data - Lembang, Bandung, for example - is this caused by not importing more recent data, or by keeping old tiles in the cache? we are upgrading the tile right now for newest map... i took 2 week for this. The site does look impressive, hopefully we'll be able to sort out the remaining little issues. we try to integarte the OSM map with our POI. but to save the POI from our system to OSM, that our outstanding right now. I think Alex ROlin also working smiliar idea. have smiliar question.. Best, Joseph On 15 November 2012 11:21, Frans Thamura fr...@meruvian.org wrote: All, thx for the feedback.. the server located in IIX (Indonesia Internet Exchange) and fetch to our osmosa.net I think the gray because your browser is not allowed to use geolocation, which we use it. i think to make a switchable browsing between osmosa.net and openstreetmap.org.. let we work on it now.. bruno, the school map only for Indonesia map, because this server own by MoEC / Ministery of Education and Culture of Indonesia. you must move to Indonesia to get the map.. which there are around 90.000 schools there and we are working to make 200.000 schools shortly next week. this is my screenshot here. https://www.facebook.com/photo.php?fbid=10151318224019085set=a.69155314084.95728.675689084type=1theater Ft ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] POI Viewer in distance
Sync data back... We will use camel as integration server . We seek how to use osm tile like josm save path poi etc On Nov 16, 2012 1:56 AM, Alex Rollin alex.rol...@gmail.com wrote: Hi Frans, once all your data is in place you might try this to make the view more informative: https://github.com/danzel/Leaflet.markercluster Frans, do you have a proposed workflow for syncing the data back and forth to OSM? A -- Alex http://www.commoning.com VoIP - +1 415 287 9620 “It’s no longer possible for a country to collapse in isolation. Now we all collapse. The only path to stability is to equalize the consumption rates of the first and developing world. Our dream is no longer possible in the new world.” - Jared Diamond It is very necessary that people should really go in for activities which have the quality of development. Development does not just mean building houses, but developing everything which is in the inner self. They should become skilled or clever, and capable, and have a firm character, so that they can believe in themselves and not always have to be dependent on someone else for their living - Bapak Subuh Sustainable development is development that meets the needs of the present without compromising the ability of future generations to meet their own needs […] Humanity has the ability to make development sustainable. - Gro Brundtland On Fri, Nov 16, 2012 at 12:34 AM, Frans Thamura fr...@meruvian.orgwrote: Could the grey screen be a rendering issue? You're rendering your own tiles rather than using the ones at osm.org - so areas in Indonesia are likely going to be pre-rendered and cached. You presumably haven't pre-rendered my home town (Oxford, UK), however, so there's no tile to show. I imagine that if I waited long enough the tile would render and I'd see the image. Yes, our rendering is not automatically, because we dont have enough space. the gray mean the tile is not exist yet, but if you refresh, there will be. Likewise for the POI data, are you only providing this for Indonesia? yah POI just for Indonesia Speaking of rendering your own tiles, I noticed that some areas are showing old data - Lembang, Bandung, for example - is this caused by not importing more recent data, or by keeping old tiles in the cache? we are upgrading the tile right now for newest map... i took 2 week for this. The site does look impressive, hopefully we'll be able to sort out the remaining little issues. we try to integarte the OSM map with our POI. but to save the POI from our system to OSM, that our outstanding right now. I think Alex ROlin also working smiliar idea. have smiliar question.. Best, Joseph On 15 November 2012 11:21, Frans Thamura fr...@meruvian.org wrote: All, thx for the feedback.. the server located in IIX (Indonesia Internet Exchange) and fetch to our osmosa.net I think the gray because your browser is not allowed to use geolocation, which we use it. i think to make a switchable browsing between osmosa.net and openstreetmap.org.. let we work on it now.. bruno, the school map only for Indonesia map, because this server own by MoEC / Ministery of Education and Culture of Indonesia. you must move to Indonesia to get the map.. which there are around 90.000 schools there and we are working to make 200.000 schools shortly next week. this is my screenshot here. https://www.facebook.com/photo.php?fbid=10151318224019085set=a.69155314084.95728.675689084type=1theater Ft ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] OSM vliegtuig?
Hoe is het eigenlijk afgelopen met dat modelvliegtuig met camera? Al een tijd niets meer over gehoord... Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Tagging dirt and 4x4 roads - new approach
Sorry folks, its me again ! A number of people have indicated that they agree we need to address this issue even if they don't particularly like my first go at it. So lets determine just what people here really do want. How about we vote for one of the several broad solutions possible ? I have put together a list of all the solutions mentioned in our recent discussion, if I missed one, please feel free to add it. See - http://wiki.openstreetmap.org/wiki/User_talk:Davo I am right in saying other people with OSM credentials can edit my discussion page ? Please advise me if you cannot ! You can and should vote for or against several options if you feel so inclined. I suggest this might be better than more mailing list discussion, at present that discussion, while positive and good natured is covering too much space. If we agree on a broad model, we can then refine that if necessary on the list. David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Nível administrativo 9 (distritos) no OSM
2012/11/15 Pedro Geaquinto pedrodi...@gmail.com: Eu e o Arlindo (Nighto) estamos começando um projeto de importação das fronteiras (das Regiões Administrativas 9 e Bairros 10) do Rio de Janeiro. Ainda está bem no comecinho. :) Mas na mão ou automatizado? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Alle Jahre wieder ...
Am Mittwoch, den 14.11.2012, 23:34 +0100 schrieb Henning Scholland: Hallo, also jemand der xmas-Tags auswertet sollte sich schon bewusst sein, dass das ein begrenztes Vergnügen ist. Da braucht es nicht unbedingt eine zeitliche Eingrenzung. Genauso wie wir bei den Ski-Pisten sowas auch nicht erfassen und highway=* im Winter auch nicht raus nehmen, wenn sie komplett zu geschneit sind. Anders sieht es aus, wenn man Objekte erfasst, die typischerweise ganzjährig nutzbar sind, aber im konkreten Fall nur kurzzeitig existieren. Für xmas hast du sicher Recht. Aber es gibt ja auch andere Ereignisse wie z.B. Jahrmarkt, Wochenmarkt etc, die immer zu einem bestimmten Termin am selben Ort stattfinden. Für highway könnte ich mir durchaus vorstellen, z.B. die Wintersperre der Alpenpässe aufzunehmen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] only to know
Hi, Wolf and Lioy are from our NA. Perhaps you could do the same? BTW: that helps a lot to initiate future projects. ;-) -- ## Manfred Reiter - - ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alle Jahre wieder ...
Am 15.11.2012 09:32, schrieb Wolfgang Hinsch: Am Mittwoch, den 14.11.2012, 23:34 +0100 schrieb Henning Scholland: Hallo, also jemand der xmas-Tags auswertet sollte sich schon bewusst sein, dass das ein begrenztes Vergnügen ist. Da braucht es nicht unbedingt eine zeitliche Eingrenzung. Genauso wie wir bei den Ski-Pisten sowas auch nicht erfassen und highway=* im Winter auch nicht raus nehmen, wenn sie komplett zu geschneit sind. Anders sieht es aus, wenn man Objekte erfasst, die typischerweise ganzjährig nutzbar sind, aber im konkreten Fall nur kurzzeitig existieren. Für xmas hast du sicher Recht. Aber es gibt ja auch andere Ereignisse wie z.B. Jahrmarkt, Wochenmarkt etc, die immer zu einem bestimmten Termin am selben Ort stattfinden. Wie gesagt, wenn man Objekte, die nur kurzzeitig verfügbar sind, in der Regel aber von dauerhafter Natur sind, dann sollte das mit speziellen Taggs eingeschränkt werden. Für highway könnte ich mir durchaus vorstellen, z.B. die Wintersperre der Alpenpässe aufzunehmen. Etabliert ist glaub ich nur, dass man erfasst, dass es im Winter gesperrt ist. Der genaue Zeitpunkt hängt ja auch davon ab, wie das Wetter ist. Es hat aber kaum einen Mehrwert, an jedem highway=* zu erfassen, dass es im Winter, bei Überflutung, etc. Einschränkungen gibt. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osmosis Dienstleistung gesucht
Hallo Liebe OSM Mitglieder, wir sind ein kleines Kartografie Unternehmen und suchen jemanden der für uns eine Osmosis Anwendung erstellt, welche wir hier in Zukunft werwenden können. Die Anwendung soll bestimmte Daten herausfiltern (um das Datenvolumen zu verringern) und beschneiden (Bounding Box). Das muss jedoch nicht gelichzeitig passiern. Ich denke das sollte möglich sein, da es ja genau um die Hauptanwendungen von Osmosis geht. Wir bekommen es nur nicht wirklich zum laufen. Bei Interessse oder für nähere Infos bitte melden! Viele Grüße, Andreas Jelinek ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis Dienstleistung gesucht
On 11/15/2012 02:43 PM, andy jelinek wrote: Die Anwendung soll bestimmte Daten herausfiltern (um das Datenvolumen zu verringern) [...] Ich hoffe, dass nicht Daten herausgefiltert werden, die gelöscht werden, sondern das Daten herausgefiltert werden, die nicht gelöscht werden. Mit Osmosis kenne ich mich persönlich leider nicht so aus... MfG Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SPON: Matthias Kremp hat Here-Net mit Google Maps und den diversen OSM basierten Webdiensten verglichen
Artikel dort: http://www.spiegel.de/netzwelt/web/nokia-here-google-maps-und-openstreetmap-im-vergleich-a-867266.html Lobenswert ist, dass der Autor durchaus erkannt hat, dass es unterschiedliche Kartenportale im Netz gibt, die mit OSM-Diensten arbeiten. Schade, dass zwei richtig Große dabei nicht erwähnt wurden. (Ich hoffe das ist jetzt nicht doppelt, aber bis eben war noch nix via gmane...) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SPON: Matthias Kremp hat Here-Net mit Google Maps und den diversen OSM basierten Webdiensten verglichen
Hallo Johann, Am Donnerstag, 15. November 2012, 15:01:22 schrieb Johann H. Addicks: Lobenswert ist, dass der Autor durchaus erkannt hat, dass es unterschiedliche Kartenportale im Netz gibt, die mit OSM-Diensten arbeiten. Schade, dass zwei richtig Große dabei nicht erwähnt wurden. aus Neugier: welche zwei der richtig großen Portale sind denn gemeint? Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Podcast: Mapper Der Troisdorfer im Interview
Hallo, über die Mapping-Praxis, mißtrauische Anwohner und über das Leben eines OpenStreetMap-Enthusiasten geht es in der heute erschienen Spezialausgabe des deutschen OpenStreetMap-Podcasts. Aus der Beschreibung unter http://blog.openstreetmap.de/2012/11/osm-talk-der-troisdorfer/ : Was haben Anwohner, Hausnummern und Friedhofswege gemeinsam? Antwort: Erstmal gar nichts. Aber mit allen drei heißt es, im Mappingalltag gekonnt umzugehen. In dieser Spezialausgabe des deutschen OpenStreetMap-Podcasts stellen wir euch einen hochaktiven Mapper vor, der zwischen Bonn und Köln auf der Karte arbeitet. Über 6800 Changesets sprechen eine deutliche Sprache: Der Mann ist ein OpenStreetMap-Enthusiast. Und dazu noch ein ziemlich unwahrscheinlicher. Warum das so ist, hört ihr in dieser Podcast-Folge. Direkter Link zur Audio-Datei: http://audio.podcast.openstreetmap.de/osmde-06_osmtalk_der_troisdorfer.mp3 Mit dieser Spezialausgabe experimentieren wir ein wenig mit verschiedenen Darstellungsarten, die sich mit einem Podcast realisieren lassen. Es wird noch eine weitere Spezialausgabe mit Roland Olbricht geben, die dann über die Overpass API gehen wird. Verpasst auch nicht die neueste, reguläre Folge des OpenStreetMap-Podcasts. Peter, Marc und Andi diskutieren dort unter anderem den Proposal-Prozeß und das Tagging bei OpenStreetMap: http://blog.openstreetmap.de/2012/11/osmde-05-taggingholle/ Wer sich mit Podcasts noch nicht auskennt: Ihr könnt den deutschen OpenStreetMap-Podcast über sogenannte Podcatcher abonnieren und bekommt dann immer alle neuen Ausgaben auf eure Abspielgeräte geliefert. Einen Überblick dazu gibt der folgende Artikel: http://de.wikipedia.org/wiki/Podcatcher Gruß, Stephan -- sb-lis...@gmx-topmail.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Podcast: Mapper Der Troisdorfer im Interview
Hi, Am 15. November 2012 16:05 schrieb SB79 sb-lis...@gmx-topmail.de: Hallo, [...] Direkter Link zur Audio-Datei: http://audio.podcast.openstreetmap.de/osmde-06_osmtalk_der_troisdorfer.mp3 [...] geniales Gespräch, habe es sofort an vier potentielle Mapper weitergeleitet ;-) Danke für die Mühe. Manfred ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenbeleuchtung (lit=yes)
Hallo Liste, auf einem Workshop im Skolelinux-Testzentrum in Gütersloh wurde ich auf das Projekt Lightmap aufmerksam (hier z.B. eine Ausschnitt für PLZ 3): http://lightmap.uni-hd.de/?lat=51.893232163115954lon=8.382568359375zoom=13 Es fällt auf, dass nur wenige Straßen als beleuchtet (lit=yes) getaggt sind. Ich habe in meiner Umgebung darauf geachtet und stelle fest, dass jeder Weg, der breiter als 2 Meter ist innerorts beleuchtet zu sein scheint (über die Art der Beleuchtung könnte man noch diskutieren). Gibt es vielleicht dafür sogar Richtlinien, so dass man die Beleuchtung als default voraussetzen kann, wenn innerorts nicht explizit lit=no getaggt ist? (ähnlich wie bei max_speed?). Was meint ihr dazu? Schaut mal in euerer Umgebung. Viele Grüße Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbeleuchtung (lit=yes)
2012/11/15 RalfGesellensetter r...@gmx.de Gibt es vielleicht dafür sogar Richtlinien, so dass man die Beleuchtung als default voraussetzen kann, wenn innerorts nicht explizit lit=no getaggt ist? Bauliche Richtlinien gibt es bestimmt, aber bestimmte Werte als default anzusetzen ist in OSM immer ganz schwierig. Denn es gibt in OSM immer noch den Status nicht erfasst. Wie willst du also die Aussage hier gilt der Defaultwert von der Aussage Hier wurde noch nicht erfasst, ob der Defaultwert gilt unterscheiden? (ähnlich wie bei max_speed?). Auch bei max_speed ist es empfohlen, die Gültigkeit des Defaultwertes explizit zu erfassen (source:maxspeed=*). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbeleuchtung (lit=yes)
Am 15.11.2012 21:11, schrieb RalfGesellensetter: Gibt es vielleicht dafür sogar Richtlinien, so dass man die Beleuchtung als default voraussetzen kann, wenn innerorts nicht explizit lit=no getaggt ist? (ähnlich wie bei max_speed?). Was meint ihr dazu? Schaut mal in euerer Umgebung. Wie definierst Du den innerorts? Und wie würdest Du die Nachtabschaltung berücksichtigen die sich in den letzen Jahren deutlich ausgebreitet hat? Manche Dörfer werden ab 24Uhr (fast) komplett abgeschalten, mancherorts jede 2. Laterne... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Podcast: Mapper Der Troisdorfer im Interview
Hallo, geniales Gespräch, habe es sofort an vier potentielle Mapper weitergeleitet ;-) Danke für die Rückmeldung und vor allem auch für die Weiterempfehlung! :-) Ich vermute, dass viele Mapper weder talk-de noch ein OSM-Forum lesen und erst durch solche persönlichen Empfehlungen auf den Podcast aufmerksam werden. Gruß, Stephan -- sb-lis...@gmx-topmail.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SPON: Matthias Kremp hat Here-Net mit Google Maps und den diversen OSM basierten Webdiensten verglichen
Am 15.11.2012 15:13, schrieb Eckhart Wörner: aus Neugier: welche zwei der richtig großen Portale sind denn gemeint? Cloudmade und Mapquest. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Progetto mappatura sentieri
Ciao a tutti, mi piacerebbe che discutessimo sulle linee guida da seguire per la mappattura dei sentieri in Italia, in modo da arrivare a una mappattura il più possibile uniforme. Per questo ho creato questa pagina sul wiki di OSM, dove vorrei che arrivassimo a specificare lo standard da usare: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Sentieri Per discutere possiamo usare la corrispondente pagina di discussione: http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Italy/Sentieri Partecipate numerosi, mi raccomando! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strada che cambia nome
Si. Anche perché il vecchio nome sarà comunque nell'uso comune per chissà quanto tempo. name=nuovo nome old_name=vecchio nome Maurizio. Il giorno 15 novembre 2012 13:10, calogero de simone calogerodesim...@gmail.com ha scritto: un tratto di un'importante arteria di Palermo, via Autonomia Siciliana, ha cambiato nome in via Giuseppe Alessi (1). come va gestito in OSM? si deve tenere traccia della precedente denominazione? grazie, Calogero? 1: http://livesicilia.it/2011/05/16/intitolato-un-tratto-di-via-autonomia-siciliana-a-giuseppe-alessi_94149/ -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Chi vuole un passaggio per OSMIT?
Chi vuole un passaggio domattina per osmit via Livorno-Genova o per il ritorno mi contatti in privato. -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] MapSlow, il routing OSM per chi viaggia a piedi e in bicicletta
Buonasera a tutti, Vi segnalo che presentiamo oggi il nuovo sito www.mapslow.eu, con cui è possibile creare itinerari personalizzati a piedi e in bicicletta, su strada e fuoristrada, su sentieri e piste ciclabili, grazie alle funzioni di routing su Open Street Map. Basta infatti accedere alla mappa Open Street Map, scegliere il punto di partenza, quello di arrivo, i punti di passaggio, e il sistema calcola automaticamente litinerario generando le mappe nella scala desiderata. E' poi possibile stampare mappe e road book, oppure esportare le tracce GPS. L'accesso al sito è ovviamente libero e gratuito. Ci auguriamo che questo sito contribuisca alla diffusione sia del viaggio a piedi e in bicicletta in Italia, sia della conoscenza di Open Street Map. Vi invito a provare il sistema e a farci sapere le vostre impressioni. Domani (venerdì 16) saremo a Radio Capital, nella trasmissione Capital in the World, dove dalle 12.15 alle 12.45 parleremo anche dell'importanza di OSM per chi viaggia con lentezza, e delle implicazioni culturali e sociali del progetto. Buona serata, Alberto Conte ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: MapSlow, il routing OSM per chi viaggia a piedi e in bicicletta
Bello! Inoltro il messaggio a Sestoinbici, costola di Firenzeinbici. Ale. #-Messaggio originale- #Da: Alberto Conte [mailto:albertocont...@tiscali.it] #Inviato: giovedì 15 novembre 2012 16.19 #A: talk-it@openstreetmap.org #Oggetto: [Talk-it] MapSlow, il routing OSM per chi viaggia a piedi e in #bicicletta # #Buonasera a tutti, #Vi segnalo che presentiamo oggi il nuovo sito www.mapslow.eu, con cui è #possibile creare itinerari personalizzati a piedi e in bicicletta, su #strada e fuoristrada, su sentieri e piste ciclabili, grazie alle #funzioni di routing su Open Street Map. #Basta infatti accedere alla mappa Open Street Map, scegliere il punto di #partenza, quello di arrivo, i punti di passaggio, e il sistema calcola #automaticamente litinerario generando le mappe nella scala desiderata. #E' #poi possibile stampare mappe e road book, oppure esportare le tracce #GPS. #L'accesso al sito è ovviamente libero e gratuito. #Ci auguriamo che questo sito contribuisca alla diffusione sia del #viaggio a piedi e in bicicletta in Italia, sia della conoscenza di Open #Street Map. #Vi invito a provare il sistema e a farci sapere le vostre impressioni. # #Domani (venerdì 16) saremo a Radio Capital, nella trasmissione Capital #in the World, dove dalle 12.15 alle 12.45 parleremo anche #dell'importanza di OSM per chi viaggia con lentezza, e delle #implicazioni culturali e sociali del progetto. # #Buona serata, #Alberto Conte # # #___ #Talk-it mailing list #Talk-it@openstreetmap.org #http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MapSlow, il routing OSM per chi viaggia a piedi e in bicicletta
Il giorno 15 novembre 2012 16:19, Alberto Conte albertocont...@tiscali.itha scritto: Buonasera a tutti, Vi segnalo che presentiamo oggi il nuovo sito www.mapslow.eu, con cui è possibile creare itinerari personalizzati a piedi e in bicicletta, su strada e fuoristrada, su sentieri e piste ciclabili, grazie alle funzioni di routing su Open Street Map. Basta infatti accedere alla mappa Open Street Map, scegliere il punto di partenza, quello di arrivo, i punti di passaggio, e il sistema calcola automaticamente l’itinerario generando le mappe nella scala desiderata. E' poi possibile stampare mappe e road book, oppure esportare le tracce GPS. L'accesso al sito è ovviamente libero e gratuito. Ci auguriamo che questo sito contribuisca alla diffusione sia del viaggio a piedi e in bicicletta in Italia, sia della conoscenza di Open Street Map. Vi invito a provare il sistema e a farci sapere le vostre impressioni. Con che frequenza vengono aggiornati i dati? Ho visto che alcuni percorsi che ho aggiunto il 30 ottobre non sono considerati. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Il 15 novembre 2012 12:12, solitone solit...@mail.com ha scritto: Ciao a tutti, ciao mi piacerebbe che discutessimo sulle linee guida da seguire per la mappattura dei sentieri in Italia, in modo da arrivare a una mappattura il più possibile uniforme. Per questo ho creato questa pagina sul wiki di OSM, dove vorrei che arrivassimo a specificare lo standard da usare: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Sentieri Per discutere possiamo usare la corrispondente pagina di discussione: http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Italy/Sentieri mi fa molto piacere il tuo slancio e sicuramente contribuirò, ma perchè creare una nuova pagina e non usare http://wiki.openstreetmap.org/wiki/IT:Hiking ? -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Ciao, perché la pagina che hai citato tu mi è dedicata all'escursionismo a piedi, all'hiking cioè; nella nuova vorrei raccogliere anche le prassi da adottare per i tag dedicati a altri sport, come la MTB, http://wiki.openstreetmap.org/wiki/IT:Mountain_biking Inoltre, quella pagina mi sembrava più che altro una traduzione della corrispondente pagina originale in inglese, e non me la sono sentito di innestarmi lì. Se però lo ritenere non ho nessun problema a spostare il tutto là. Fatemi sapere cosa preferite! -- Sent from my brain using neurons fueled by glucose ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MapSlow, il routing OSM per chi viaggia a piedi e in bicicletta
L'iniziativa è ottima e vi farò sicuramente pubblicità tra conoscenti amanti della bici. Se mi posso permettere un'osservazione, foste dovreste rivedere gli algoritmi di calcolo per dare maggiore peso alle piste ciclabili ed alle strade secondarie: ho fatto qualche prova di calcolo nella mia zona e viene consigliato di passare su strade dove un pedone rischia quasi la vita (se volete, scrivetemi pure in privato che vi spiego meglio che itinerari ho provato a creare). Comunque, ripeto, è un ottimo lavoro, uno di quelli di cui OSM ha bisogno per crescere e superare gli altri: bravi. -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MapSlow, il routing OSM per chi viaggia a piedi e in bicicletta
Il 15/11/2012 16:19, Alberto Conte ha scritto: Buonasera a tutti, Vi segnalo che presentiamo oggi il nuovo sito www.mapslow.eu, con cui è possibile creare itinerari personalizzati a piedi e in bicicletta, su strada e fuoristrada, su sentieri e piste ciclabili, grazie alle funzioni di routing su Open Street Map. Basta infatti accedere alla mappa Open Street Map, scegliere il punto di partenza, quello di arrivo, i punti di passaggio, e il sistema calcola automaticamente l’itinerario generando le mappe nella scala desiderata. E' poi possibile stampare mappe e road book, oppure esportare le tracce GPS. L'accesso al sito è ovviamente libero e gratuito. Ci auguriamo che questo sito contribuisca alla diffusione sia del viaggio a piedi e in bicicletta in Italia, sia della conoscenza di Open Street Map. Vi invito a provare il sistema e a farci sapere le vostre impressioni. Domani (venerdì 16) saremo a Radio Capital, nella trasmissione Capital in the World, dove dalle 12.15 alle 12.45 parleremo anche dell'importanza di OSM per chi viaggia con lentezza, e delle implicazioni culturali e sociali del progetto. Bello, complimenti -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MapSlow, il routing OSM per chi viaggia a piedi e in bicicletta
2012/11/15 Alberto Conte albertocont...@tiscali.it: Vi invito a provare il sistema e a farci sapere le vostre impressioni. Ho appena provato un possibile itinerario ciclistico: è bellissimo che produca anche il profilo altimetrico! Potreste aggiungere la quota anche nella scheda tecnica (accanto ai km parziali / totali), eventualmente in maniera opzionale. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MapSlow, il routing OSM per chi viaggia a piedi e in bicicletta
Molto bello! Come viene fatto il routing? Anch'io come Sky One ho notato qualche problemino provando a calcolare dei percorsi in bici vicino a casa. Anzitutto penso che convenga chiamare l'opzione MTB e non bicicletta. Vengono infatti considerate anche sterrate e sentieri e non vorrei che qualche stratista finisse su una mulattiera con la sua specialissima ;-) Inoltre sarebbe bello che l'algoritmo di calcolo utilizzasse anche il tag mtb:scale:uphill, in modo che non venissero proposte salite eccessivamente impegnative ( mtb:scale:uphill=4 o 5). Comunque, come dicevo all'inizio, è un'applicazione bellissima, grandi! -- Sent from my brain using neurons fueled by glucose ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Problem med vandalisme eller uheld i Hadsund by
Hej Mange tak for svarerne og nogle meget gode råd. Jeg har kontaktet den nye mapper og har haft en fin korrespondance med ham. I havde heldigvis ret, han var kommet til at gemme rettelserne uden at ønske det, og han vil gerne have fjernet det hele incl. jernbanen der blev nedlagt for ca. 40 år siden og området er lavet helt om siden, det eneste der måske kan være tilbage er nogle korte sporstumper under asfalten langs havnen. Banen var blevet indtegnet til anden brug og skulle ikke have været gemt. Jeg vil gerne prøve at ændre tilbage selv ved hjælp af revert-plugin'et i JOSM, som jeg også har installeret, men jeg kan ikke finde det nye menupunkt *History - Revert changeset* som skulle komme frem, måske er jeg blind eller også må der være et problem med min opsætning. Er der en der vil prøve at hjælpe mig? På forhånd tak Tage Den 14. nov. 2012 19.57 skrev Jørgen Elgaard Larsen j...@elgaard.net: Tage Østergaard skrev: En ny mapper der kalder sig Søren1997Hadsund har lavet en del trælse ting i Hadsund by. Velkommen til :-) Godt du opdagede det hurtigt - så er det meget nemmere at gøre noget ved. Du får lige nogle tips til, hvordan man kan finde ud af mere om andre mapperes arbejde: For at finde ud af omfanget af skaden, kan du finde det berørte område i kort-redigeringen (Potlatch på hjemmesiden eller programmerne Mercaator/JOSM, alt efter hvad du bruger). Find et af de objekter, der er blevet rettet - f.x. jernbanen - og markér det. Kig så på historikken: I Potlatch vælger du Avanceret nederst til venstre. Derefter kan du klikke på objektets ID-nummer øverst til venstre i vinduet (i dette tilfælde way: 190625017). Historikken viser, hvad der er sket med objektet. Hvis du klikker Flere detaljer, kommer du hen til informationssiden for objektet: http://www.openstreetmap.org/browse/way/190625017 Du kan dels klikke på ændringssættet (http://www.openstreetmap.org/browse/changeset/13862133) og se, hvad han har lavet samtidig med den pågældende ændring. Eller du kan klikke på brugeren, og vælge ændringer. Så kan du se alt hvad han har lavet indtil nu. Ud fra det, kan du måske danne dig et indtryk af, om fejlene er udtryk for udvidenhed, eller om det er bevidst vandalisme. I dette tilfælde tyder det på, at der er tale om en ny, uerfaren mapper (1997 kunne iøvrigt tyde på, at han er ca. 15 år). 1. Er der nogen der har mulighed for at hjælpe/stoppe ham, inden der sker endnu større ulykker (håber det er et uheld). På brugerens side kan du vælge send besked, og spørge ham høfligt om han er sikker på, hvad han laver. Vær positiv, og hjælp ham til at blive en bedre mapper. Det kunne iøvrigt også være, at han vidste noget, du ikke ved (f.x. kunne han vide, at der ligger gamle godsskinner i vejen under asfalten). I værste ald, kan man få brugeren blokeret i OSM (selvon det lader til, at linket til blokering er forsvundet). 2 . Er det muligt at rekonstruere området automatisk, ændringen er sket 13-11-2012 i perioden kl 17:09 til 18:30. Jeg har redigeret en del ting i samme område samme dag ind til kl.16:59, og dem vil jeg selvfølgelig gerne undgå bliver slettet hvis muligt, men det er dog ikke altafgørende. Man kan altid lave en revert af de pågældende ændringssæt. Det er nemmest at bruge revert-plugin'et i JOSM. Det er der flere på listen, der kan hjælpe med (mig inklusive). Men man bør aldrig lave en revert før man har forsøgt at kontakte brugeren. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Problem med vandalisme eller uheld i Hadsund by
Nu virker det, og alt er nu tilbage, som det var før det lille uheld. Endnu engang tak for hjælpen. Tage 2012/11/15 Jørgen Elgaard Larsen j...@elgaard.net Hanna og Tage skrev: Jeg vil gerne prøve at ændre tilbage selv ved hjælp af revert-plugin'et i JOSM, som jeg også har installeret, men jeg kan ikke finde det nye menupunkt /History - Revert changeset/ som skulle komme frem, måske er jeg blind eller også må der være et problem med min opsætning. Når du har hentet plugin'et, skal du genstarte JOSM for at det virker. Menupunktet Historik er hos mig nr. 3 fra højre. Genvejen til revert er Ctrl+Shift+T - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Nogen hurtige? DR vil gerne snakke med mappere fra Nordjylland på fredag
On 14-11-2012 13:25, Peter Brodersen wrote: Hej, Jeg har lige haft en god snak med journalist Christian Jessen fra DR, som kigger på historien om alle de forkert stavede vejnavne. Jeg håber der er nogen der kan nå at springe til! Apropos har jeg lavet et nyt overlay på osm.rasher.dk, der viser de her veje. Det er nok mere et pædagogisk værktøj end praktisk: http://osm.rasher.dk/?zoom=14lat=56.80129lon=9.53911layers=BTFT -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Nogen hurtige? DR vil gerne snakke med mappere fra Nordjylland på fredag
On 15-11-2012 23:57, Jonas Häggqvist wrote: On 14-11-2012 13:25, Peter Brodersen wrote: Hej, Jeg har lige haft en god snak med journalist Christian Jessen fra DR, som kigger på historien om alle de forkert stavede vejnavne. Jeg håber der er nogen der kan nå at springe til! Apropos har jeg lavet et nyt overlay på osm.rasher.dk, der viser de her veje. Det er nok mere et pædagogisk værktøj end praktisk: http://osm.rasher.dk/?zoom=14lat=56.80129lon=9.53911layers=BTFT Hov. Den rigtige URL er: http://osm.rasher.dk/?zoom=14lat=56.80129lon=9.53911layers=B0TFT -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-es] Directorio de comercios con los datos de OSM
Hola a todos, Me gustaría crear un directorio de comercios (con teléfono, dirección, web, enlace al mapa, etc) en una página web a partir de los datos que hay en OpenStreetMap. Querría hacerlo de una zona reducida, o sea que el volumen de datos sería pequeño. Supongo que habría que extraer los XML de la DB de OpenStreetMap (al estilo http://open.mapquestapi.com/xapi/ ) y trabajar sobre ellos para llamarlos desde un HTML. Yo no tengo ni idea de programación y no sé si esto sería excesivamente complicado... Alguien tiene alguna idea sobre esto o algún ejemplo en dónde hayan hecho algo similar? Muchas gracias! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Directorio de comercios con los datos de OSM
Yo tampoco sé gran cosa de programación, pero me gustó mucho una conferencia sobre TileMill ( http://mapbox.com/tilemill/ ) que escuché a uno de sus desarrolladores en el SotM de Tokyo, y con el que hablé un rato sobre esa herramienta. Necesitas tener algo de conocimientos de CSS. Parece bastante asequible, y desde luego podrías hacer eso que dices. Aquí hay un ejemplo hecho con TileMill, aunque no es maravilloso: http://www.spatialvision.com.au/html/tilemill/ Es una zona de entretenimiento de Melbourne, con hoteles y tal. Al clicar sobre los iconos salen los datos. Espero que te sirva de algo. Yo espero ponerme a hacer algo con TileMill en cuanto tenga tiempo. Un saludo, Rafael Ávila Coya. On 15/11/12 19:02, Konfrare Albert wrote: Hola a todos, Me gustaría crear un directorio de comercios (con teléfono, dirección, web, enlace al mapa, etc) en una página web a partir de los datos que hay en OpenStreetMap. Querría hacerlo de una zona reducida, o sea que el volumen de datos sería pequeño. Supongo que habría que extraer los XML de la DB de OpenStreetMap (al estilo http://open.mapquestapi.com/xapi/ ) y trabajar sobre ellos para llamarlos desde un HTML. Yo no tengo ni idea de programación y no sé si esto sería excesivamente complicado... Alguien tiene alguna idea sobre esto o algún ejemplo en dónde hayan hecho algo similar? Muchas gracias! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] routing en Gipuzkoa
Aupa Joseba, No te puedo ayudar con tus problemas, no sé de ruteos. Lo que me ha llamado la atención es lo de que tienes los caminos a los caserios en shape. Cuál es el origen de los datos? tienen licencia compatible con OSM? serás cuidadoso con lo que ya está trazado, no? Saludos Gari 2012/11/16 Joseba Bolinaga josbol...@gmail.com Estoy en un proyecto para mejorar y completar los datos de ruteo para Gipuzkoa. No soy ningún experto en todo esto y solo después de pegarme contra mil paredes he empezado a ver cómo se trabaja con POSTGIS, QGIS y PGROUTING. La idea de este proyecto es incluir en Openstreetmap todos los caminos a los caseríos de Gipuzkoa y enlazarlos en la red de carreteras que ya está subida a Openstreetmap. Los caminos a caseríos los tengo en formato shape y mi idea es subir la información a OSM municipio a municipio e ir corrigiendo errores. Por ahora he probado con el municipio de Beasain. He subido el archivo shape con JOSM, dando a las vías valores de highway=track y en el campo TAG el nombre de la vía. Posteriormente he enlazado los caminos a la red de carreteras. Esa información está ya en el servidor. Primer problema: Una vez que los caminos están ya en el servidor he bajado el archivo spain.osm.pbf y he extraído los datos de Gipuzkoa. En JOSM veo que están todos los caminos, pero una vez convertidos con OSM2PO solo veo las carreteras. No me aparecen ni los caminos que había generado ni otras vías que había generado con POTLACH del tipo highway=service. No sé si es un tema del proceso de datos de OSM2PO, o que no tiene en cuenta ni los track ni las ´vias de servicio o si es que tenía que haber introducido alguna información en JOSM o en POTLACH. Gracias y saludos. Tengo más problemas que contar, pero poquito a poco... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] marker-bilder
Rainer Fügenstein wrote: hallo leute, nachdem mein geographischer aktionsradius schön langsam ausgeschöpft ist möchte ich euch bitten, bei euren zukünftigen mappingtouren auf Pipeline Marker alle art zu achten und wenn möglich georeferenzierte bilder davon anzufertigen. dabei bitte beachten: - die auflösung/der abstand sollte so gewählt werden daß die aufschrift auf dem schild noch lesbar ist - bei nicht an wänden befestigten markern bitte auch das cover festhalten (cone-, fin-, roof-shaped etc.) - auf manchen roof shaped cover ist eine zahl angebracht (zur identifikation aus der luft), diese bitte auch festhalten. die marker-bilder bitte an mar...@oudeis.org mailen; ich werde sie dann in ruhigen stunden eintragen. all jenen, die sie selbst eintragen wollen, stehe ich natürlich (wenn erwünscht) mit rat tat zur verfügung. hier noch ein paar links: http://de.wikipedia.org/wiki/Hinweisschilder_zu_Stra%C3%9Feneinbauten http://wiki.openstreetmap.org/wiki/File:Pipeline_marker_001.jpg http://wiki.openstreetmap.org/wiki/File:GPS_006.jpg http://wiki.openstreetmap.org/wiki/File:Pipeline_marker_003.jpg http://wiki.openstreetmap.org/wiki/File:Pipeline_marker_004.jpg http://wiki.openstreetmap.org/wiki/File:Pipeline_marker_005.jpg danke an alle, die bereits auf diese weise marker beitragen (hallo martin ;-) ) mfg ps: wer als erste(r) eine bier-pipeline findet bekommt ein sixpack spendiert ;-) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at Hier ein Link zu Bierpipeline. Interessant ist der Eintrag zu Moorpipeline - Ganz wichtig ;-) Die Bierpipeline der Oettinger Brauerei sollte mit Hilfe der Angaben aus der Wikiseite u. U. zu finden sein. WernerP https://de.wikipedia.org/wiki/Pipeline ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Internal CanVec conflicts
I've just performed my first edits, in our neighbourhood. One thing I noticed was that some of the buildings are duplicates. I assume this is part of what you are talking about when you mention internal CanVec conflicts. In the case of a local public school, I deleted one of the copies and dragged the other to match the Bing image. Was that the right thing to do? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Primacy of GPS Traces (was Re: Internal CanVec conflicts)
As a geocacher, I'm unhappily aware that different brands of GPS give different results, with differences in the order of 10 meters for an individual point. I suppose a track should be better, since there is an internal consistency check, though not if the difference is due to systemic causes. As it happens, in this case I had my own GPS trace to work with, and it aligned reasonably well with the Bing image of the path I was following. One thing I'm not sure of: were my GPS traces uploaded with the edits, or did I have to do something special to upload them? On 15/11/2012 8:20 AM, Harald Kliems wrote: Hi Tom: welcome to OSM and congratulations on your first edits! Yes, it sounds like you did the right thing. One thing to look out for: Bing images are not always aligned 100% -- they can be offset by several meters. Usually this is not a problem but if there are any GPS traces available in your area you (most likely to be found along major roads) you can use those to make sure that the imagery is not off. In JOSM you get the GPS traces by checking the Raw GPS data box in the Download window. Happy editing, Harald. ... ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Internal CanVec conflicts
From: Tom Taylor [mailto:tom.taylor.s...@gmail.com] Subject: Re: [Talk-ca] Internal CanVec conflicts I've just performed my first edits, in our neighbourhood. One thing I noticed was that some of the buildings are duplicates. I assume this is part of what you are talking about when you mention internal CanVec conflicts. In the case of a local public school, I deleted one of the copies and dragged the other to match the Bing image. Was that the right thing to do? The internal conflicts are within CanVec itself and of a different type. For example, CanVec might say that the public school is both a school and a forest at the same time. It's hard to say without having seen the area, but what you saw sounds like it's a case of someone not correctly merging CanVec with existing OSM data. When someone imports CanVec they need to make sure it's properly integrated with existing data and not duplicating it. They also need to not blindly replace existing data with imported data. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Primacy of GPS Traces (was Re: Internal CanVec conflicts)
Tom, Differences in GPS results has less to do with the GPS brand and more to do with how the GPS is used, the type of antenna, the satellite geometry, WAAS reception, etc. If you placed your consumer grade GPS receiver in the exact same location on two different dates you will get two different results. It is also important to know that the difference between (N 46 30 00, W 066 30 00) and (N 46 30 01, W 066 30 00) is 31 metres (that's just a difference of 1 second). A difference of 0.1 seconds is 3 metres. Most consumer grade GPS receivers only display latitude and longitude to the nearest tenth of a second (0.1) because displaying any additional digits would be beyond the accuracy of the receiver. Back in 2003 I did quite a bit of testing with a Garmin GPS 76 and a Garmin 12XL at a high precision control monument. Every measurement was different. Best regards, Bernie. -- Bernie Connors, P.Eng Land Information Infrastructure Unit, SNB bernie.conn...@snb.ca -Original Message- From: Tom Taylor [mailto:tom.taylor.s...@gmail.com] Sent: Thursday, 2012-11-15 09:39 To: Harald Kliems Cc: talk-ca@openstreetmap.org Subject: [Talk-ca] Primacy of GPS Traces (was Re: Internal CanVec conflicts) As a geocacher, I'm unhappily aware that different brands of GPS give different results, with differences in the order of 10 meters for an individual point. I suppose a track should be better, since there is an internal consistency check, though not if the difference is due to systemic causes. As it happens, in this case I had my own GPS trace to work with, and it aligned reasonably well with the Bing image of the path I was following. One thing I'm not sure of: were my GPS traces uploaded with the edits, or did I have to do something special to upload them? On 15/11/2012 8:20 AM, Harald Kliems wrote: Hi Tom: welcome to OSM and congratulations on your first edits! Yes, it sounds like you did the right thing. One thing to look out for: Bing images are not always aligned 100% -- they can be offset by several meters. Usually this is not a problem but if there are any GPS traces available in your area you (most likely to be found along major roads) you can use those to make sure that the imagery is not off. In JOSM you get the GPS traces by checking the Raw GPS data box in the Download window. Happy editing, Harald. ... ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Appropriate level of detail and map rendering
This history shows the area were you mapped : http://www.openstreetmap.org/browse/changesets?bbox=-75.6989%2C45.372%2C-75.6065%2C45.4037 Your changeset comments are detailed and describe well what you do. This helps other mappers monitoring what is done in the area. A bad habit is having a changeset that covers a continent, contains hundred of modifications and deletions and says Comment=Keepright corrections. Then, it is very hard to monitor what was done exactly. For long names, you can add a short_name tag with an abbreviation. For example you could add short_name=TD to your TD ATM. Welcome to the list. Pierre De : Tom Taylor tom.taylor.s...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Jeudi 15 novembre 2012 8h22 Objet : [Talk-ca] Appropriate level of detail and map rendering As part of the improvements I've been adding to our local neighbourhood, I added a missing strip mall. This is at the intersection of Kilborn and Virginia in Ottawa. I suppose I could provide coordinates if needed. I added in the almost dozen shops and offices, each as a stand-alone node with appropriate attributes (amenity/shop/office, plus name, plus addr:housenumber). Is this in the spirit of the OpenStreetMap exercise or have I gone too far? As for rendering, it looks like priority has been given to some categories over others. The map now shows the ATM and bank, a cafe, and a hairdresser's, but not the other stuff. The name of the cafe is in bold and masks the symbol of the public telephone outside it. The overall name Kilborn Shopping Centre no longer shows since I added the detail. There seems to be similar selectivity at a synagogue just up Virginia. A Waldorf school operates there. I added it as a standalone node inside the building. Now the name of the school shows, but not the name of the Jewish congregation. The Star of David does appear on the structure. Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Primacy of GPS Traces (was Re: Internal CanVec conflicts)
Tom I have a Garmin Etrex HCX. I had the opportunity to compare my results while hiking with a friend wich has a Garmin GPSMAP 62. The antennas seems to make the difference, especially when there is a coverage in forests. Even with the same brand you may notice differences. When opening the GPS, it is important to give it at least 5 minutes to finish is procedure of initialization. And it is worse if you move to an other continent. It takes more time to negociate with satellites and control precisely your position. I had a nice experience this summer in south Africa. We had seven Etrex arriving from Indonesia and Canada. It took ten minutes to see all of them coming to a three meters precision. And, they were not adjusting all at the same speed. I see that you already uploaded a trace. You simply use this as background to trace in editor such as JOSM. If you trace from this trace, you simply add source=GPS. This can be added to the Changeset instead of each object you trace. Pierre De : Tom Taylor tom.taylor.s...@gmail.com À : Harald Kliems kli...@gmail.com Cc : talk-ca@openstreetmap.org Envoyé le : Jeudi 15 novembre 2012 8h38 Objet : [Talk-ca] Primacy of GPS Traces (was Re: Internal CanVec conflicts) As a geocacher, I'm unhappily aware that different brands of GPS give different results, with differences in the order of 10 meters for an individual point. I suppose a track should be better, since there is an internal consistency check, though not if the difference is due to systemic causes. As it happens, in this case I had my own GPS trace to work with, and it aligned reasonably well with the Bing image of the path I was following. One thing I'm not sure of: were my GPS traces uploaded with the edits, or did I have to do something special to upload them? On 15/11/2012 8:20 AM, Harald Kliems wrote: Hi Tom: welcome to OSM and congratulations on your first edits! Yes, it sounds like you did the right thing. One thing to look out for: Bing images are not always aligned 100% -- they can be offset by several meters. Usually this is not a problem but if there are any GPS traces available in your area you (most likely to be found along major roads) you can use those to make sure that the imagery is not off. In JOSM you get the GPS traces by checking the Raw GPS data box in the Download window. Happy editing, Harald. ... ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Internal CanVec conflicts
A really simple answer that gets lost is this: Did you make the edits to the best of your ability, and your edits add value to the OSM project? If so, then it was the right thing to do. We all bring different levels of ability, and may not do things perfectly according to the experts, but if we do the best we can, and are helping to make the map better, that's the goal. Someone may come along and make the data you edited even better, but your efforts are always appreciated. OSM is community project, and the whole community is welcome to help to the extent that their skill set allows. You are also welcome to increase your skill set through learning by reading and asking questions. Welcome to OSM and have fun! On 2012-11-15, at 7:11 AM, Tom Taylor tom.taylor.s...@gmail.com wrote: I've just performed my first edits, in our neighbourhood. One thing I noticed was that some of the buildings are duplicates. I assume this is part of what you are talking about when you mention internal CanVec conflicts. In the case of a local public school, I deleted one of the copies and dragged the other to match the Bing image. Was that the right thing to do? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Bus maps for Ottawa
I was looking at Helsinki for solutions to a lane mapping problem (how to map left turn lanes), and noticed they have bus routes specified as relations on the road segments. This put me in mind of Ottawa. My first thought was to check on copyright issues. I learned that Ottawa has an open data policy (catalogue at http://www.ottawa.ca/en/city_hall/statisticsdata/opendata/info/index.htm). Talk about an embarrassment of riches! Now I just have to put the tools together to do bulk mapping to OSM. Or has someone already tackled this? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Internal CanVec conflicts
North of Québec province, and probably elsewhere in Canada, I see a lot of objects identified with created by=Dshpak_landsat_lakes. These are apparently traced by the Lakewalker JOSM Plugin that vectorize landsat imagery. See http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Lakewalker There were also PGS imports for coastline that are of poor quality. I think it is agreed that we should delete PGS before importing Canvec. I dont see documentation or discussions on how to treat Dshpak objects when importing Canvec data. Canvec seems of better quality then these landsat derived objects. Is this true? If so, do people agree that we should give instruction to erase all these objects before importing Canvec data? What other objects should be erased systematically? Pierre De : James Ewen ve6...@gmail.com À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Jeudi 15 novembre 2012 11h06 Objet : Re: [Talk-ca] Internal CanVec conflicts A really simple answer that gets lost is this: Did you make the edits to the best of your ability, and your edits add value to the OSM project? If so, then it was the right thing to do. We all bring different levels of ability, and may not do things perfectly according to the experts, but if we do the best we can, and are helping to make the map better, that's the goal. Someone may come along and make the data you edited even better, but your efforts are always appreciated. OSM is community project, and the whole community is welcome to help to the extent that their skill set allows. You are also welcome to increase your skill set through learning by reading and asking questions. Welcome to OSM and have fun! On 2012-11-15, at 7:11 AM, Tom Taylor tom.taylor.s...@gmail.com wrote: I've just performed my first edits, in our neighbourhood. One thing I noticed was that some of the buildings are duplicates. I assume this is part of what you are talking about when you mention internal CanVec conflicts. In the case of a local public school, I deleted one of the copies and dragged the other to match the Bing image. Was that the right thing to do? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Bus maps for Ottawa
Tom this Ottawa license seems compatible with ODbl. Then, I think that the data can be imported. You can add to the relation the tag source=City of Ottawa. I have not done any yet, but it does not seem to complicate. Wiki pages should give godd information. Also, looking at some Bus relations should help to understand the content. In the relation, you enter nodes for every stop. From discussions I have seen elsewhere, I think that It is important to control the quality of such data before you import. Pierre De : Tom Taylor tom.taylor.s...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Jeudi 15 novembre 2012 12h46 Objet : [Talk-ca] Bus maps for Ottawa I was looking at Helsinki for solutions to a lane mapping problem (how to map left turn lanes), and noticed they have bus routes specified as relations on the road segments. This put me in mind of Ottawa. My first thought was to check on copyright issues. I learned that Ottawa has an open data policy (catalogue at http://www.ottawa.ca/en/city_hall/statisticsdata/opendata/info/index.htm). Talk about an embarrassment of riches! Now I just have to put the tools together to do bulk mapping to OSM. Or has someone already tackled this? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Bus maps for Ottawa
Hi I was actually thinking of something similar for the Region of Waterloo, for both the routes and bus stop data, which is available under an Open Data License ( http://www.regionofwaterloo.ca/en/regionalGovernment/OpenDataLicence.asp) I am exploring the use of a tool called GO-sync for converting the data. I've heard that the shape data RoW provides may not be of great quality, so I suspect it might take me some time to do this properly. Mike On 15 November 2012 13:03, Pierre Béland infosbelas-...@yahoo.fr wrote: Tom this Ottawa license seems compatible with ODbl. Then, I think that the data can be imported. You can add to the relation the tag source=City of Ottawa. I have not done any yet, but it does not seem to complicate. Wiki pages should give godd information. Also, looking at some Bus relations should help to understand the content. In the relation, you enter nodes for every stop. From discussions I have seen elsewhere, I think that It is important to control the quality of such data before you import. Pierre -- *De :* Tom Taylor tom.taylor.s...@gmail.com *À :* talk-ca@openstreetmap.org *Envoyé le :* Jeudi 15 novembre 2012 12h46 *Objet :* [Talk-ca] Bus maps for Ottawa I was looking at Helsinki for solutions to a lane mapping problem (how to map left turn lanes), and noticed they have bus routes specified as relations on the road segments. This put me in mind of Ottawa. My first thought was to check on copyright issues. I learned that Ottawa has an open data policy (catalogue at http://www.ottawa.ca/en/city_hall/statisticsdata/opendata/info/index.htm). Talk about an embarrassment of riches! Now I just have to put the tools together to do bulk mapping to OSM. Or has someone already tackled this? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Mike Boos, MASc. mike.b...@gmail.com 519-580-5804 http://real.uwaterloo.ca/~mboos ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Bus maps for Ottawa
Mike, Waterloo license is based UK Government's Open Government Licence and is considered as a true OpenData license. It is not the case for all canadian cities and governments. For my city, Saint-Jean-sur-Richelieu, the data is available but the license is to restrictive. I will have to negociate with the city before using it. Talking of quality, I was thinking about the coordinates precision wich may be, for some databases, very approximative depending on the method used. It is best evaluating before we use these. Buses routes essentially consist of ways describing the route and nodes describing the stops. The tags may describes specific platforms or route. In the relation, it is also important to indicate the role for ways and nodes. wiki page http://wiki.openstreetmap.org/wiki/Buses describes the node tags and relations. As it is said, we have a relation for one direction only. wiki page http://wiki.openstreetmap.org/wiki/Relation:route provides also valuable information. For each city, it also links to a wiki page describing this city route relations. There are numerous examples that help to understand the process. I suggest you should add your city when the work is finished. There are various ways to document. A nice example is city of Toulouse in France were routes are grouped by various type (ie. metro, bus, etc.). see http://wiki.openstreetmap.org/wiki/Toulouse/Transports_publics Pierre De : Mike Boos mike.b...@gmail.com À : Pierre Béland infosbelas-...@yahoo.fr Cc : Tom Taylor tom.taylor.s...@gmail.com; talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Jeudi 15 novembre 2012 13h24 Objet : Re: [Talk-ca] Bus maps for Ottawa Hi I was actually thinking of something similar for the Region of Waterloo, for both the routes and bus stop data, which is available under an Open Data License (http://www.regionofwaterloo.ca/en/regionalGovernment/OpenDataLicence.asp) I am exploring the use of a tool called GO-sync for converting the data. I've heard that the shape data RoW provides may not be of great quality, so I suspect it might take me some time to do this properly. Mike On 15 November 2012 13:03, Pierre Béland infosbelas-...@yahoo.fr wrote: Tom this Ottawa license seems compatible with ODbl. Then, I think that the data can be imported. You can add to the relation the tag source=City of Ottawa. I have not done any yet, but it does not seem to complicate. Wiki pages should give godd information. Also, looking at some Bus relations should help to understand the content. In the relation, you enter nodes for every stop. From discussions I have seen elsewhere, I think that It is important to control the quality of such data before you import. Pierre De : Tom Taylor tom.taylor.s...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Jeudi 15 novembre 2012 12h46 Objet : [Talk-ca] Bus maps for Ottawa I was looking at Helsinki for solutions to a lane mapping problem (how to map left turn lanes), and noticed they have bus routes specified as relations on the road segments. This put me in mind of Ottawa. My first thought was to check on copyright issues. I learned that Ottawa has an open data policy (catalogue at http://www.ottawa.ca/en/city_hall/statisticsdata/opendata/info/index.htm). Talk about an embarrassment of riches! Now I just have to put the tools together to do bulk mapping to OSM. Or has someone already tackled this? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Mike Boos, MASc. mike.b...@gmail.com 519-580-5804 http://real.uwaterloo.ca/~mboos ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Primacy of GPS Traces (was Re: Internal CanVecconflicts)
Agreed about GPS behaviour, and do not take for grant your 3m accuracy. I got 3m accuracy measurement on my GPSmap 60CSX but a much larger differences looking at my traces, with the same device, the same track, same day, but under different meteorological condition. Multiple tracks are always better. Daniel _ From: Pierre Béland [mailto:infosbelas-...@yahoo.fr] Sent: November-15-12 12:29 To: Tom Taylor; talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Primacy of GPS Traces (was Re: Internal CanVecconflicts) Tom I have a Garmin Etrex HCX. I had the opportunity to compare my results while hiking with a friend wich has a Garmin GPSMAP 62. The antennas seems to make the difference, especially when there is a coverage in forests. Even with the same brand you may notice differences. When opening the GPS, it is important to give it at least 5 minutes to finish is procedure of initialization. And it is worse if you move to an other continent. It takes more time to negociate with satellites and control precisely your position. I had a nice experience this summer in south Africa. We had seven Etrex arriving from Indonesia and Canada. It took ten minutes to see all of them coming to a three meters precision. And, they were not adjusting all at the same speed. I see that you already uploaded a trace. You simply use this as background to trace in editor such as JOSM. If you trace from this trace, you simply add source=GPS. This can be added to the Changeset instead of each object you trace. Pierre _ De : Tom Taylor tom.taylor.s...@gmail.com À : Harald Kliems kli...@gmail.com Cc : talk-ca@openstreetmap.org Envoyé le : Jeudi 15 novembre 2012 8h38 Objet : [Talk-ca] Primacy of GPS Traces (was Re: Internal CanVec conflicts) As a geocacher, I'm unhappily aware that different brands of GPS give different results, with differences in the order of 10 meters for an individual point. I suppose a track should be better, since there is an internal consistency check, though not if the difference is due to systemic causes. As it happens, in this case I had my own GPS trace to work with, and it aligned reasonably well with the Bing image of the path I was following. One thing I'm not sure of: were my GPS traces uploaded with the edits, or did I have to do something special to upload them? On 15/11/2012 8:20 AM, Harald Kliems wrote: Hi Tom: welcome to OSM and congratulations on your first edits! Yes, it sounds like you did the right thing. One thing to look out for: Bing images are not always aligned 100% -- they can be offset by several meters. Usually this is not a problem but if there are any GPS traces available in your area you (most likely to be found along major roads) you can use those to make sure that the imagery is not off. In JOSM you get the GPS traces by checking the Raw GPS data box in the Download window. Happy editing, Harald. ... ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Bus maps for Ottawa
Richard, Do we have a page somewhere that indicate the status of various municipalities and governements licences in Canada ? Pierre De : Richard Weait rich...@weait.com À : Pierre Béland infosbelas-...@yahoo.fr Cc : Tom Taylor tom.taylor.s...@gmail.com; talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Jeudi 15 novembre 2012 17h38 Objet : Re: [Talk-ca] Bus maps for Ottawa On Thu, Nov 15, 2012 at 1:03 PM, Pierre Béland infosbelas-...@yahoo.fr wrote: Tom this Ottawa license seems compatible with ODbl. Then, I think that the data can be imported. No. Absolutely not. The Ottawa license is derived from the broken and dangerous Vancouver license. Do not touch this data, even with a stick. Until the damage done by the stupid Vancouver license, we can not use Ottawa data. Vancouver has held back Canadian open data initiatives for more than three years. Also. For data set, the full import guidelines must be followed without short cuts. Ottawa data is inappropriate by way of their damaging license, so we can stop considering it, right here. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent ? Mode d'édition polygone
Philippe, tu devrais prendre un carnet de 10 tickets enhancement sur http://josm.openstreetmap.de/newticket ! Certaines idées me semble intéressantes, mais noyées dans un long mail sur une mailing list francophone elles n'ont aucune chance d'être implémentées :( ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Landuse Multipolygon et rendu Mapnik
2012/11/14 Lapinos03 lapino...@free.fr: Parfois, vaut mieux voir cela directement avec l'auteur. Une chance que je passais par là ! ;) Effectivement, le polygone inner de la relation intersectait le polygone outer, ce qui doit perturber Mapnik. Du coup, je l'ai sorti de la relation pour l'instant. Dans un polygone, les trous (role inner) ne doivent pas sortir des limites extérieures (role outer) dudit polygone. Si c'est le cas, il faut exclure la surface imbriquée de la relation et redéfinir les contours extérieurs du polygone pour qu'il n'y ait pas de chevauchement entre polygones. Là où il peut y avoir différentes interprétations sur la validité d'un polygone (et donc matière à contester le fonctionnement de osm2pgsql/mapnik), c'est lorsque le contour du inner touche le bord extérieur sans le franchir (pas d'intersection). Sly a lancé plusieurs discussions dans le forum des développeurs sur ce sujet pour faire émerger un consensus entre les différents outils OSM et les normes SIG. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?
Le 23/10/2012 20:14, sly (sylvain letuffe) a écrit : Mais il vous manque toujours quelques trucs pour que ça soit encore mieux ? Alors j'ai lancé un projet de test visant à constituer une liste définissant les voeux de réalisation qui vous manque le plus : http://wiki.openstreetmap.org/wiki/Contributors_functionalities_wishlist Je suis navré mais c'est en anglais, ce qui n'empêche pas que je peux tenter de recueillir ici vos avis, mais comme il y a aussi une logique de vote et qu'il est bon de savoir quels voeux existent déjà je ne promets rien et ça peut ne pas être super simple de gérer la passerelle. Ce serait bien de pouvoir faire une sélection non rectangulaire, style lasso dans les outils de dessin. Pratique pour (dés)intégrer le bâti ;-) -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?
Euh... si ton JOSM n'est pas trop vieux ça existe déjà (mais pas très pratique comme c'est implémenté)... Le 15 novembre 2012 11:29, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Le 23/10/2012 20:14, sly (sylvain letuffe) a écrit : Mais il vous manque toujours quelques trucs pour que ça soit encore mieux ? Alors j'ai lancé un projet de test visant à constituer une liste définissant les voeux de réalisation qui vous manque le plus : http://wiki.openstreetmap.org/**wiki/Contributors_** functionalities_wishlisthttp://wiki.openstreetmap.org/wiki/Contributors_functionalities_wishlist Je suis navré mais c'est en anglais, ce qui n'empêche pas que je peux tenter de recueillir ici vos avis, mais comme il y a aussi une logique de vote et qu'il est bon de savoir quels voeux existent déjà je ne promets rien et ça peut ne pas être super simple de gérer la passerelle. Ce serait bien de pouvoir faire une sélection non rectangulaire, style lasso dans les outils de dessin. Pratique pour (dés)intégrer le bâti ;-) -- Jean-Francois Nifenecker, Bordeaux __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?
Le 15/11/2012 11:29, Jean-Francois Nifenecker a écrit : Ce serait bien de pouvoir faire une sélection non rectangulaire, style lasso dans les outils de dessin. Pratique pour (dés)intégrer le bâti ;-) Comme l'outil lasso de JOSM ? ;-) Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?
Le 23/10/2012 20:14, sly (sylvain letuffe) a écrit : Mais il vous manque toujours quelques trucs pour que ça soit encore mieux ? Alors j'ai lancé un projet de test visant à constituer une liste définissant les voeux de réalisation qui vous manque le plus : http://wiki.openstreetmap.org/wiki/Contributors_functionalities_wishlist Je suis navré mais c'est en anglais, ce qui n'empêche pas que je peux tenter de recueillir ici vos avis, mais comme il y a aussi une logique de vote et qu'il est bon de savoir quels voeux existent déjà je ne promets rien et ça peut ne pas être super simple de gérer la passerelle. Réparer OSM History Viewer, qui ne fonctionne plus depuis quelque temps, et qui était très pratique pour visualiser un changeset. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Langue des toponymes des points frontaliers
Bonjour, Je viens de voir qu'un contributeur a remplacé le tag name par le tag name:fr sur ce point : http://www.openstreetmap.org/browse/node/271618415/history Le résultat est que le nom ne s'affiche plus sur le rendu Mapnik. Comme le point est situé sur la frontière, il peut paraître logique d'utiliser name:fr et name:it. Je sais qu'on ne doit pas tagguer pour le rendu, mais il me semble que le champ name doit être renseigné, selon le wiki. Quelle est la bonne façon de procéder ? Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue des toponymes des points frontaliers
Je pense qu'il serait logique d'avoir les deux langues dans le name et une seule langue dans les name:xx Une carte générique afficherai les 2 noms, une carte dans une langue donnée n'afficherai que cette langue. Le 15 novembre 2012 12:16, Jean-Claude Repetto jrepe...@free.fr a écrit : Bonjour, Je viens de voir qu'un contributeur a remplacé le tag name par le tag name:fr sur ce point : http://www.openstreetmap.org/**browse/node/271618415/historyhttp://www.openstreetmap.org/browse/node/271618415/history Le résultat est que le nom ne s'affiche plus sur le rendu Mapnik. Comme le point est situé sur la frontière, il peut paraître logique d'utiliser name:fr et name:it. Je sais qu'on ne doit pas tagguer pour le rendu, mais il me semble que le champ name doit être renseigné, selon le wiki. Quelle est la bonne façon de procéder ? Jean-Claude __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue des toponymes des points frontaliers
2012/11/15 Jean-Claude Repetto jrepe...@free.fr: Quelle est la bonne façon de procéder ? D'après le wiki, on peut mettre les deux versions dans name séparés par un - http://wiki.openstreetmap.org/wiki/Multilingual_names Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue des toponymes des points frontaliers
Le 15 nov. 2012 à 13:07, Pieren a écrit : 2012/11/15 Jean-Claude Repetto jrepe...@free.fr: Quelle est la bonne façon de procéder ? D'après le wiki, on peut mettre les deux versions dans name séparés par un - http://wiki.openstreetmap.org/wiki/Multilingual_names Ce serait donc adapté pour les noms des rues, dont les panneaux sont effectivement bilingues? Ce qui simplifierait, car on pourrait se dispenser de remplir les names:xxx dans les deux langues. Et la recherche fonctionnerait. Christian Rogel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue des toponymes des points frontaliers
Je trouve dommage de se dispenser des name:xx=* en surplus du name=* car ils permettent de réaliser une carte dans une des langues disponibles et pas uniquement une carte multilingue (ou alors j'ai pas bien saisit le sens de ton message). La recherche Nominatim ne prends pas en compte les différents name:xx ? Le 15 novembre 2012 13:36, Christian Rogel christian.ro...@club-internet.fr a écrit : Ce serait donc adapté pour les noms des rues, dont les panneaux sont effectivement bilingues? Ce qui simplifierait, car on pourrait se dispenser de remplir les names:xxx dans les deux langues. Et la recherche fonctionnerait. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue des toponymes des points frontaliers
Quand on ne sait pas quelle langue utiliser dans un name cr les deux sont officielles, on indique les deux séparées par un - . Oui... mais: Dans certains cas il y a des exceptions dans les collectivités multilingues qui ont adopté une graphie officielle pour les deux langues (parfois on rencontre d'autres séparateurs, par exemple en Espagne dans les collectivités basques ou catalanes où on trouve un autre séparateur, comme le / ou aucun autre séparateur que l'espace ; il n'y a pas de règle alors pour ces séparateurs). Le nom officiel multilingue est à garder tel qu'il est dans name=*, en respectant le séparateur adopté et l'ordre (même si le nom est alors assez souvent abrégé dans chaque langue pour éviter certains éléments communs, et là je ne parle pas d'une abréviation comme St remplaçant Saint uniquement pour que ce soit moins long dans un champ limité alors que le nom complet non abrégé avec Saint est utilisé partout où on a la place ou poue éviter d'ajouter une homonymie). Mais cela n'exclue pas dans ce cas de mettre name:fr=* et name:it=* séparés afin de savoir lequel des noms est en français et lequel est en italien, pour le cas où on voudrait produire une carte monolingue, ou simplement pour pouvoir rechercher un libellé mentionné dans une seule langue et que c'est ce seul nom monolingue qui figure sur nombre de documents, ou parce que le contexte du document permet de savoir de quoi on parle parce que le nom complet multilingue a déjà été précisé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue des toponymes des points frontaliers
Attention : ne mettre plusieurs langues dans name=* que si ces langues ont le *même* statut officiel (par exemple le français et le néerlandais à Bruxelles). Entre un nom officiel et un nom dans une langue seulement reconnue régionalement qui ne désigne pas un nom légal, on met le nom officiel dans name=*, et les autres noms dans leur langue séparée. Et ceci même si on trouve par endroits des panneaux ne mentionnant qu'une des langues, pas toujours le nom officiel, ou pas toujours le même selon les endroits (de nombreux panneaux indicateurs vont utiliser des abréviations, même sur des parties non évidentes du nom complet, ou peuvent choisir d'alterner les langues selon le cas où la quantité d'autres informations à afficher sur le panneau ; dans mon coin, je trouve des panneaux indicateurs marqués Frontenay-R.R. et ce n'est pas évident de savoir ce qu'abrège ces deux R si on ne l'a pas entendu et lu avant, et il est tout aussi courant de trouver des panneaux abrégeant Saint- en St, et n'affichant que des lettres capitales : les panneaux sont faits pour être lisibles de loin et rapidement par un conducteur, pas pour afficher une graphie officielle comme sur un contrat, c'est un peu comme les noms d'usage par rapport aux noms offficiels). Nominatim se débrouillera pour trouver ces autres noms et afficher les noms trouvés clairement selon les priorités et les préférences de l'utilisateur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue des toponymes des points frontaliers
2012/11/15 Christian Rogel christian.ro...@club-internet.fr: Ce serait donc adapté pour les noms des rues, dont les panneaux sont effectivement bilingues? Ce qui simplifierait, car on pourrait se dispenser de remplir les names:xxx dans les deux langues. Et la recherche fonctionnerait. Non. Ca ne dispense pas d'utiliser les tags names:xxx. C'est en plus. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue des toponymes des points frontaliers
Le jeudi 15 novembre 2012 à 13:36 +0100, Christian Rogel a écrit : Le 15 nov. 2012 à 13:07, Pieren a écrit : 2012/11/15 Jean-Claude Repetto jrepe...@free.fr: Quelle est la bonne façon de procéder ? D'après le wiki, on peut mettre les deux versions dans name séparés par un - http://wiki.openstreetmap.org/wiki/Multilingual_names Ce serait donc adapté pour les noms des rues, dont les panneaux sont effectivement bilingues? Je ne suis pas d'accord. Sur le territoire français, la langue officiel est le français ET UNIQUEMENT le français. Sur une frontière, les 2 langues séparées par un tiret est acceptable. Ce qui simplifierait, car on pourrait se dispenser de remplir les names:xxx dans les deux langues. Je ne suis pas d'accord. Il faut mettre les traductions alternatives dans les balises name:xx, cela permet de généré des cartes localisés. Exemple: Cartes en français, breton, Catalan, Basque et Occitan. http://tile.paulla.asso.fr/openlayers.html Et la recherche fonctionnerait. La recherche fonctionne déjà sur toutes les langues que ce soit une balise name ou name:xx Exemple http://nominatim.paulla.asso.fr/search.php?q=Shanghaiviewbox=-195.3% 2C82.68%2C195.3%2C-75.14 http://nominatim.paulla.asso.fr/search.php?q=centrale +fukushimaviewbox=-160.14%2C82.68%2C160.14%2C-75.14 http://nominatim.paulla.asso.fr/search.php?q=Parighjiviewbox=2.19% 2C48.95%2C2.51%2C48.76 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] housenumber
Le message suivant de : ## Bonjour, Afin de numéroter les maisons le long d'une rue, je créais une relation type=associatedStreet name=du nom de la rue. Dans cette relation y était mis comme membres, la rue en rôle street et tous les bâtiments en house. Il fallait ensuite reprendre chaque building et ajouter addr:housenumber avec pour chacun, le bon numéro. Mais cette méthode est un peu laborieuse par sa répétition de devoir modifier chaque buildind. Essayant de trouver une méthode plus rapide, j'ai aussi essayé avec JOSM le [url=http://wiki.openstreetmap.org/wiki/JOSM/Plugins/AddrInterpolation]plugin AddrInterpolation[/url] (en cochant, Convertir un chemin en numéros de maison) qui permettait d'avoir une numérotation automatique tout en créant une relation avec la rue. Mais je n'arrive pas ici à ce les Noeuds addr:housenumber ainsi créé coïncident exactement avec l'emplacement des Noeuds du chemin créé pour l'occasion. Il faut à chaque fois déplacer ces Noeuds addr:housenumber pour les mettre à leur bonnes positions, alors que si ils correspondaint exactement aux Noeuds du chemin ils se trouveraient aux bons endroits. Existerait il pour ce pluqin une façon afin que les Noeuds se positionnent où l'on veut ? La modification dans ce plugin de la Présicion Actuel/Estimé/Potentiel, n'a pas donné de meilleurs résultats. Malheureusement, en parcourant la documentation, la méthode d'interpolation n'est pas trop conseillée lorsqu'il y a des buildings. Et ce ne devrait plus être des nœuds supplémentaires avec l'attribut addr:housenumber , mais le building lui même (ma première méthode) qui doit avoir cette valeur. Alors si vous aviez une méthode d'automatisation de numérotation adéquat, je suis preneur. Merci du partage de vos connaissances. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Langue des toponymes des points frontaliers
2012/11/15 Christophe Merlet red...@redfoxcenter.org: Je ne suis pas d'accord. Sur le territoire français, la langue officiel est le français ET UNIQUEMENT le français. Sur une frontière, les 2 langues séparées par un tiret est acceptable. Oui, la discussion portait bien sur ces cas-là, ceux dont les noms sont officiellement dans deux langues (cette montagne en OP dont le sommet fait frontière avec l'Italie. Ou le Rhin, par exemple, avec l'Allemagne). C'est vrai que autrement, les cas sont très rares en France (uniquement les toponymes, et peut-être quelques odonymes, frontaliers). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Placer 2000 points sur une carte
Le message suivant de : ## Bonjour, je m'interroge sur la démarche pour créer une carte régionale avec 2000 points. J'ai 2000 adresses administratives (10 rue de la pompe à paris par exemple) avec un poids donné. Je n'ai pas besoin que la carte soit dynamique, le plus simple est le mieux. En me basant sur cette réponse: http://forum.openstreetmap.fr/viewtopic.php?f=3t=283. J'envisage de faire 3 ou 4 catégories d’icônes suivant le poids, plus le point aura un grand poids plus son icone sera grande. Par contre, je me pose d'autres questions: Comment obtenir le fond correspond uniquement à la région correspondantes ou au moins avoir un détourage ? Comment faire pour obtenir des latitudes et des longitudes à partir des adresses ? Comment faire pour exporter la carte générée dans un fichier image statique ? Merci pour vos conseils. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Maproulette pour la France ?
Bonjour, Les plus attentifs connaissent déjà l'application 'maproulette': http://lima.schaaltreinen.nl/remap/ qui pointe sur une erreur OSM choisie au hasard à chaque visite du site. Celui-ci ne concerne que les USA et pour l'instant, uniquement les problèmes de connectivité des highway. Je pense qu'un site similaire sur la France et basé sur des erreurs signalées par Osmose, par exemple, serait un moyen ludique de réduire certains types d'erreurs présentes en trop grand nombre dans OSM (genre un thème par mois avec les erreurs les plus nombreuses mais faciles à corriger, au niveau de l'éditeur et des solutions, pour que ce soit à la portée du plus grand public possible). D'après ce blog de l'auteur, il est en contact avec les gens de keepright ([1]). Mais je pense qu'on pourrait aussi en profiter ou développer une application similaire. Vous en pensez quoi ? Pieren [1] http://oegeo.wordpress.com/2012/10/29/new-maproulette-challenge-connectivity-bugs/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Maproulette pour la France ?
On Nov 15, 2012, at 3:37 PM, Pieren wrote: Les plus attentifs connaissent déjà l'application 'maproulette': http://lima.schaaltreinen.nl/remap/ […] Vous en pensez quoi ? Super outil et super idée ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Maproulette pour la France ?
Bonjour, Je viens de tester, et oui, cela peut aider à faire passer les longues soirées d'hiver :). Concept très sympathique. Mais je pense qu'il faut pouvoir changer de type d'erreur. Car là, au bout de quelques erreurs de connectivité corrigées, on va se lasser. Le même système qui prend une erreur au hasard depuis les contrôles osmoses, avec peut-être la possibilité de rester sur une certaine emprise, et on va cliquer du mulot ! Le 15 novembre 2012 15:42, Olivier Croquette m...@ocroquette.de a écrit : On Nov 15, 2012, at 3:37 PM, Pieren wrote: Les plus attentifs connaissent déjà l'application 'maproulette': http://lima.schaaltreinen.nl/remap/ […] Vous en pensez quoi ? Super outil et super idée ! ___ 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] Maproulette pour la France ?
Effectivement c'est très bien et ça permet d'organiser de façon ludique des sprint ou des soirées roulette :) 2012/11/15 Olivier Croquette m...@ocroquette.de: On Nov 15, 2012, at 3:37 PM, Pieren wrote: Les plus attentifs connaissent déjà l'application 'maproulette': http://lima.schaaltreinen.nl/remap/ […] Vous en pensez quoi ? Super outil et super idée ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Maproulette pour la France ?
C'est exactement la réflexion que je me suis faite hier soir. J'aime le côté serious game. Denis -Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : jeudi 15 novembre 2012 15:38 À : Discussions sur OSM en français Objet : [OSM-talk-fr] Maproulette pour la France ? Bonjour, Les plus attentifs connaissent déjà l'application 'maproulette': http://lima.schaaltreinen.nl/remap/ qui pointe sur une erreur OSM choisie au hasard à chaque visite du site. Celui-ci ne concerne que les USA et pour l'instant, uniquement les problèmes de connectivité des highway. Je pense qu'un site similaire sur la France et basé sur des erreurs signalées par Osmose, par exemple, serait un moyen ludique de réduire certains types d'erreurs présentes en trop grand nombre dans OSM (genre un thème par mois avec les erreurs les plus nombreuses mais faciles à corriger, au niveau de l'éditeur et des solutions, pour que ce soit à la portée du plus grand public possible). D'après ce blog de l'auteur, il est en contact avec les gens de keepright ([1]). Mais je pense qu'on pourrait aussi en profiter ou développer une application similaire. Vous en pensez quoi ? Pieren [1] http://oegeo.wordpress.com/2012/10/29/new-maproulette-challenge- connectivity-bugs/ ___ 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
[OSM-talk-fr] Re : Import de données créées dans ArchiCAD
Sebastien, En plus de Bing, l'agence géospatiale d'Afrique du sud (SANSA) offre de l'imagerie satellite de haute résolution. Dans JOSM, si je me localise à Soweto, cette imagerie est proposée, identifiée comme South Africa CD:NGI Aerial. Pierre De : sebastien.di...@free.fr sebastien.di...@free.fr À : Liste francophone OSM talk-fr@openstreetmap.org Envoyé le : Mercredi 14 novembre 2012 3h40 Objet : [OSM-talk-fr] Import de données créées dans ArchiCAD Bonjour, Hier soir, j'ai initié à (J)OSM un étudiant de l'école d'architecture de Toulouse qui va partir à la fin de la semaine en Afrique du sud avec 9 de ses camarades (qu'il formera lui-même à (J)OSM) dans le cadre d'un projet d'aménagement d'un quartier défavorisé de Soweto. Ces étudiants ont voulu travailler en amont en créant, à partir d'une photographie aérienne que je n'ai pas vue et dont il n'a pas su me donner l'origine, un plan du quartier dans ArchiCAD (http://www.graphisoft.com/products/archicad/). Et bien évidemment, ils voudraient désormais importer ces données préliminaires (qui seront actualisées et enrichies sur le terrain) dans OSM. Mais j'ai identifié deux problèmes : 1. L'outil travaille dans un repère métrique qui lui est propre et les données ne sont donc pas géoréférencées. 2. ArchiCAD ne propose que peu de formats d'export vectoriel. Celui dans lequel je fonde le plus d'espoirs est DWG (1). Mes questions sont donc les suivantes : 1. Connaissez-vous un outil qui, à partir de quelques points d'appui, saurait géoréférencer des données vectorielles et qui supporterait le format DWG ? 2. Savez-vous comment on peut importer dans JOSM des données géoréférencées au format DWG ? Je n'ai pas trouvé ce format dans la liste proposée en entrée. 3. S'il n'est pas possible d'importer des données au format DWG, connaissez-vous un outil de conversion du format DWG vers un format supporté par JOSM ? Je vous remercie par avance, Sébastien (1) * Non, je ne parle pas du Data Working Group mais du format de données natif d'AutoCAD. * Les autres formats proposés par ArchiCAD sont soit matriciels (TIFF par exemple), soit antédiluviens et très spécifiques -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Pierre - Mail transféré - De : Pierre Béland infosbelas-...@yahoo.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 14 novembre 2012 8h44 Objet : Re: [OSM-talk-fr] Import de données créées dans ArchiCAD ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Landuse Multipolygon et rendu Mapnik
Pour le cas où un contour interne touche un contour externe, il n'y a pas d'ambiguïté : il **faut** utiliser la représentation la plus convexe possible utilisant le plus grand nombre d'anneaux et qui ne les fusionne pas en un seul anneau à forte concavité (où un même nœud est visité plusieurs fois par le même anneau). Cela fait alors que chaque anneau ne visite chacun de ses nœuds qu'une seule fois (sauf le premier et le dernier nœud de l'anneau fermé qui sont nécessairement les mêmes et qui forme une seule visite complète en entrée et en sortie). Alors tout anneau enferme SOIT la totalité de la surface d'un autre, SOIT une surface nulle d'intersection avec l'autre, SOIT sa surface est totalement dans l'autre. Cela forme alors une relation d'ordre partiel (sur les surfaces sans les bordures), même si ces anneaux d'un même multipolygone peuvent se toucher (uniquement sur un nombre fini de points, donc sur une longueur totale nulle). Dans un même multipolygone toutefois, si deux anneaux ont un segment commun de longueur non nulle, c'est qu'un des segments doit être découpé sur les noeuds d'un autre segment, avant d'éliminer les paires de segments communs, afin de fusionner les deux anneaux en un seul sans ce segment commun. Tout cela est malgré tout entièrement automatisable (comme aussi le fait alors de savoir si un anneau et interne ou externe, un jour ou l'autre on pourra se passer même de devoir préciser les rôles inner et outer dès que les outils les calculeront systématiquement eux-mêmes pour informer l'utilisateur). Dans ce cas les rôles seront utilisés pour autre chose ! Et permettront d'avoir n'importe quelle intersection entre membres d'une relation, tant que ce sont des rôles différents ; sauf les rôles (vide), inner, outer, enclave et exclave qui seront alors tous vus comme totalement équivalents les 4 derniers étant dépréciés ou tous automatiquement remplaçables en inner ou outer (pour les multipolygones uniquement, qui sont nécessairement formés uniquement de d'anneaux fermés, mais pas pour les multilinetrings dans lesquels les 2 rôles n'ont strictement aucun sens puisque les mutlinestring sont utilisés à la fois comme contours internes et externe selon les multipolygones qui les référence, même lorsque un multilinstring contient un ou plusieurs anneaux fermés). Le 15 novembre 2012 10:35, Pieren pier...@gmail.com a écrit : 2012/11/14 Lapinos03 lapino...@free.fr: Parfois, vaut mieux voir cela directement avec l'auteur. Une chance que je passais par là ! ;) Effectivement, le polygone inner de la relation intersectait le polygone outer, ce qui doit perturber Mapnik. Du coup, je l'ai sorti de la relation pour l'instant. Dans un polygone, les trous (role inner) ne doivent pas sortir des limites extérieures (role outer) dudit polygone. Si c'est le cas, il faut exclure la surface imbriquée de la relation et redéfinir les contours extérieurs du polygone pour qu'il n'y ait pas de chevauchement entre polygones. Là où il peut y avoir différentes interprétations sur la validité d'un polygone (et donc matière à contester le fonctionnement de osm2pgsql/mapnik), c'est lorsque le contour du inner touche le bord extérieur sans le franchir (pas d'intersection). Sly a lancé plusieurs discussions dans le forum des développeurs sur ce sujet pour faire émerger un consensus entre les différents outils OSM et les normes SIG. Pieren ___ 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] Langue des toponymes des points frontaliers
C'est peut-être lus courant qu'on croit car plein de toponymes n'ont pas de statut officiel. Sinon il y a aussi les noms de sommets et cols de montagne. Et plein de noms d'établissements privés qui sont souvent l'association de plusieurs noms. Le nom officiel étant rarement visible ou connu (sauf sur les tickets de facturettes carte bancaire oùù c'est souvent le seul qui apparait) car nombre d'éablissment utilsient plutôt un nom d'enseigne ou plusieurs enseignes. On parlait il y a peu du nom des stades: les murs du stade et même bon nombre d'installations sont restés publics, même si un club de foot privé y est installé et affiche son nom privé qui peut être composé lui aussi de plusieurs enseignes : faut-il alors utiliser uniquement le nom donné par le club ou celui officiel (le club de foot n'y ayant pas tous les droits non plus, car il n'en qu'un des utilisateurs même si c'est celui qui paye le plus) ? Le 15 novembre 2012 14:49, Pieren pier...@gmail.com a écrit : 2012/11/15 Christophe Merlet red...@redfoxcenter.org: Je ne suis pas d'accord. Sur le territoire français, la langue officiel est le français ET UNIQUEMENT le français. Sur une frontière, les 2 langues séparées par un tiret est acceptable. Oui, la discussion portait bien sur ces cas-là, ceux dont les noms sont officiellement dans deux langues (cette montagne en OP dont le sommet fait frontière avec l'Italie. Ou le Rhin, par exemple, avec l'Allemagne). C'est vrai que autrement, les cas sont très rares en France (uniquement les toponymes, et peut-être quelques odonymes, frontaliers). Pieren ___ 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] Quelles fonctionnalités techniques vous manquent ? Mode d'édition polygone
J'ai déjà envoyé les tickets sur ce que je considère le plus sérieux. Certains problèmes sont simples à résoudre (avec peur de modifs à faire une fois qu'on a isolé et bien identifié la source du problème) mais pour d'autres les solutions se discutent et les tickets sont mal placés pour être discutés car il y a plus de choses à écrire. Un autre constructeur statique pour les boites d'alerte de JOSM construisant une interface plus utile que la bête alerte par défaut de Swing qui n'est pas faite pour afficher des messages de contenu dynamiques au contenu imprévisible, est un projet simple à concevoir, ça s'isole bien. La gestion des focus d'entrée entre les fenêtres de JOSM (surtout quand elles le perdent face à une autre application) est aussi simple à concevoir. C'est pourtant un problème quand on a plusieurs fenêtre ouvertes dans JOSM. Il peut être nécessaire aussi de discuter le comportement qu'on devrait avoir pour savoir comment repositionner un focus utile (ce n'est pas si évident que ça). Les raccourcis trop compliqués pour mettre à jour des données suffisantes (CTRL+ALT+U ou D), et un mode de travail qui limiter les conflits ou erreurs et oublis se conçoivent très bien (même si ce mode de travail sera un peu plus lent à cause des requêtes supplémentaire au serveur) mais là les solutions à apporter se discutent avant. Le 15 novembre 2012 09:56, Christian Quest cqu...@openstreetmap.fr a écrit : Philippe, tu devrais prendre un carnet de 10 tickets enhancement sur http://josm.openstreetmap.de/newticket ! Certaines idées me semble intéressantes, mais noyées dans un long mail sur une mailing list francophone elles n'ont aucune chance d'être implémentées :( ___ 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
[OSM-talk-fr] Import Bâti communes de Haute-Saône
bonjour cela fait quelques jours que j'ai entrepris l'import systématique du bâti disponible pour les communes rurales de Haute-Saône je tiens à jour l'avancée du travail sur la page : http://wiki.openstreetmap.org/wiki/Communes_de_la_Haute-Sa%C3%B4ne Est ce que les plus experts d'entre nous peuvent regarder si je n'incorpore pas trop d'anomalies. Je m'efforce de corriger les routes, les noms de voies d'après le cadastre. (au moins pour quelques une), l'occupation du sol, etc ? est-ce qu'il faut systématiquement corriger les alertes bâtiment à l'intérieur d'un autre ? j'aurais peut-être du poser la question plus tôt ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartographie Fleuve Maroni Oyapoque Guyane
Bonjour, Je viens de m'inscrire sur cette liste après avoir vu que certaines personnes cartographiaient la frontière Guyane / Brésil le long du fleuve Oyapoque. J'étais en train de faire la même chose de l'autre coté sur la frontière Suriname / Guyane, le long du fleuve Maroni après avoir bossé là bas il y a quelques temps déjà. Je cartographie principalement les iles et bras du Fleuve. Pour ce qui est de la frontière je ne m'amuse pas à la déplacer en sachant que la frontière sur cette zone n'est pas bien définie, il est par exemple impossible de savoir si certaines îles sont françaises ou surinamaise. Pour ce qui est du nom de tous les villages / hameau le long de ce fleuve nous en avions fait une carte exhaustive pour une bonne partie du fleuve Maroni mais largement basée sur les orthophotographies de l'ign je ne peux donc pas l'utiliser directement car basée sur des données non libres. Il faudrait que je réfléchisse à faire en sorte de l'utiliser dans la règles, dans ce cas la Open Street Map deviendrait sans problème la carte la plus précise sur la zone, la dernière de l'IGN doit dater des années 60 sauf si elle a été reprise récemment. Pour la précision des images, les images bing sont celles de l'IGN qui si elles ne sont pas trop modifiées c'est ce qu'il y a de plus précis pour la guyane Et, une petite interrogation, ceux qui travaillent sur ces zones, savez vous comment caractériser les camps d'orpaillage ? Bonne soirée, Colin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie Fleuve Maroni Oyapoque Guyane
Salut, Le 15/11/2012 14:22, Colin Durand a écrit : Bonjour, Je viens de m'inscrire sur cette liste après avoir vu que certaines personnes cartographiaient la frontière Guyane / Brésil le long du fleuve Oyapoque. J'étais en train de faire la même chose de l'autre coté sur la frontière Suriname / Guyane, le long du fleuve Maroni après avoir bossé là bas il y a quelques temps déjà. Je cartographie principalement les iles et bras du Fleuve. Pour ce qui est de la frontière je ne m'amuse pas à la déplacer en sachant que la frontière sur cette zone n'est pas bien définie, il est par exemple impossible de savoir si certaines îles sont françaises ou surinamaise. Pour ce qui est du nom de tous les villages / hameau le long de ce fleuve nous en avions fait une carte exhaustive pour une bonne partie du fleuve Maroni mais largement basée sur les orthophotographies de l'ign je ne peux donc pas l'utiliser directement car basée sur des données non libres. Il faudrait que je réfléchisse à faire en sorte de l'utiliser dans la règles, dans ce cas la Open Street Map deviendrait sans problème la carte la plus précise sur la zone, la dernière de l'IGN doit dater des années 60 sauf si elle a été reprise récemment. Pour la précision des images, les images bing sont celles de l'IGN qui si elles ne sont pas trop modifiées c'est ce qu'il y a de plus précis pour la guyane Et, une petite interrogation, ceux qui travaillent sur ces zones, savez vous comment caractériser les camps d'orpaillage ? Bonne soirée, Colin. Bienvenue ;-) Vais me sentir moins seul ! Tu as dû constater que j'avais retaillé beaucoup les riverbanks des grands fleuves, dont le Maroni jusqu'à grosso modo Maripasoula (contributeur Stephixus). Si j'ai fait des conn, pas hésiter à me le dire ! Me suis attaqué à l'Oyapock et c'est loin d'être fini :-( Le tout à partir de Bing. Pas possible de replacer les villages du fleuve avec Bing ? Pas visibles ? Si tu as besoin d'un coup de main pour de la saisie... Quant aux sites d'orpaillage, tu parles des légaux ou des clandestins ? Il me semble que les légaux sont taggés comme des carrières. Sinon je n'ai jamais rentré dans OSM un site illégal. Je pense qu'il faudrait tagger pareil avec un attribut en plus, mais lequel ? Un truc du genre operator:illegal ? @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent ? Mode d'édition polygone
En plus c'est bien ici qu'a été lancée cette discussion, non ? Les tickets c'est surtout pour ensuite ne pas oublier qu'on a des solutions possibles, et du travail maintenant à faire pour le suivi. Une discussion c'est forcément plus long, le ticket lui reste très résumé : soit il signale un problème sérieux (que l'auteur du ticket n'explique ou ne comprend pas) et on n'a pas de solution proposée, il faut quelqu'un d'autre pour analyser le problème. Mais pour les enhancements (améliorations proposées), le ticket n'est pas la première méthode de suivi, on peut en avoir des tas sans même aucune évaluation de ce que ça représente, et les propositions ne sont ps toujours non plus les plus simples pour un même problème de base, ou peuvent se faire de façon plus graduée (ça peut aussi vite être une fausse piste si on travaille dessus tout de suite et ça peut compliquer d'autres choses qui marchent bien déjà). L'amélioration proposée doit alors avoir plusieurs objectifs: peut-être faciliter le travail pour certains mais si pour les autres plus nombreux ça le complique, il vaut mieux ne pas les inclure mais les mettre dans un autre plugin optionnel (si ça intéresse d'autres personnes pour les créer), avec aussi le mérite de faire une expérimentation à part ente plusieurs solutions possibles. Le 15 novembre 2012 09:56, Christian Quest cqu...@openstreetmap.fr a écrit : Philippe, tu devrais prendre un carnet de 10 tickets enhancement sur http://josm.openstreetmap.de/newticket ! Certaines idées me semble intéressantes, mais noyées dans un long mail sur une mailing list francophone elles n'ont aucune chance d'être implémentées :( ___ 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] Quelles fonctionnalités techniques vous manquent ? Mode d'édition polygone
Non, je pense qu'un tel outil est réalisable. La plupart des cas d'utilisations concernent des polygones simples, je pense en particulier au landuse. Plus de détail sur un début de spécification possible : Fusion de polygones : Condition d'utilisation : Sélection de 2 polygones avec au moins 1 point commun (simple pas des multipolygones) = Les polygones n'appartiennent à aucune relation : fusion avec éventuellement boite de dialogue pour gérer les tags en conflits = Les polygones appartiennent tous les deux à une même relation = Les polygones ont le même rôle : fusion, il n'en reste qu'un dans la relation = Les polygones ont des rôles différents : message d'erreur = Les polygones appartiennent à deux relations différentes : message d'erreur Scission d'un polygone : Condition d'utilisation : Sélection d'un polygone (simple) et d'un way dont les extrémités appartiennent au polygone et n'ayant aucun attribut (way créé dans le seul but de la scission) = Le polygone n'appartient à aucune relation : création de deux nouveaux polygones héritant des mêmes tags, et suppression du way = Les polygones font partie d'une relation : idem, et de plus les deux polygones créés font partie de la relation avec le même rôle. Je ne pense pas que cela puisse introduire des incohérences. En l'état actuel, je me refuse à modifier Corinne (même si j'ai fait quelques tentatives), alors qu'il y a beaucoup à faire de ce côté là. Si quelqu'un trouve ma proposition intéressante, ça serait bien qu'il la relais à un endroit adéquat. Balaitous ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Landuse Multipolygon et rendu Mapnik
Merci pour avoir corrigé ca. Dans le futur, est-ce qu'il serait possible / souhaitable d'incorporer cette vérification à l'analyseur de relations openstreetmap.fr? 2012/11/14 Lapinos03 lapino...@free.fr Parfois, vaut mieux voir cela directement avec l'auteur. Une chance que je passais par là ! ;) Effectivement, le polygone inner de la relation intersectait le polygone outer, ce qui doit perturber Mapnik. Du coup, je l'ai sorti de la relation pour l'instant. En regardant de près le rendu (avant qu'il ne soit régénéré maintenant), on distingue en filament vert le contour de la forêt (inner). Bizarre. A+ Le 14/11/12 20:05, Jérome Armau a écrit : Bonjour, J'ai un problème avec un multipolygon de landuse: http://www.openstreetmap.org/browse/relation/2547665 . Le polygone de forêt inner (http://www.openstreetmap.org/browse/way/154694507) n'est pas rendu correctement par mapnik, mais http://api.openstreetmap.fr/analyse/cgi-bin/index.py me dit que la relation est correcte - alors qu'on dirait que le inner dépasse des frontières du polygone extérieur, ce qui dérange probablement mapnik. Qui a tort dans ce cas ? Merci ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://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] Quelles fonctionnalités techniques vous manquent ? Mode d'édition polygone
Tes conditions exposées sont encore trop simples, tu oublies de parler dans les polygones que tu fusionnes le fait qu'ils puissent être membres de relations différentes (et n'ont pas à être fusionnés même si tous les attributs sont identiques). La boite de résolution de conflits me semble pratiquement toujours indispensable pour informer l'utilisateur de ce qui va se passer dans les autres relations référentes dont les membres vont être modifiés). Et plus on essaye de combiner par une seule commande les opérations (qu'on fait actuellement en plusieurs étapes) en une seule, plus le nombre de cas de conflits à résoudre augmente et est compliqué à interpréter pour l'utilisateur dans la boite de résolution de conflits. Le résultat obtenu n'est alors plus du tout une simplification mais bien une complication qui va produire encore plus d'erreurs ou d'incompréhensions car le nombre d'objets (noeuds, chemins, relations, y compris les référents) distincts modifiés simultanément augmente avec pour chacun leurs propres attributs et rôles. Sinon on peut toujours augmenter le nombre de commandes différentes pour un certain nombre de cas particulier, mais là encore ça n'est pas simple non plus de comprendre et distinguer les plus nombreuses commandes disponibles et de leur donner un nom ou une description signifiante et assez précise pour les distinguer. Les opérations de fusion sont encore plus sensibles en terme de complexité que les opérations de scission (mais même une scission pose une difficulté selon la façon de les faire : intersections à calculer et effectuer, conservation de l'intersection ou d'une des deux différences possibles). Même si on départ la sélection n'est qu'un seul noeud, le fait qu'il puisse être membre de plusieurs relations ou chemins nécessite une désambiguation (comme actuellement déjà) de l'action à effectuer et il faut alors un second objet pour préciser un contexte. Mais alors comment interpréter la sélection de deux objets ? (un sur lequel effectuer l'action, l'autre pour préciser le contexte) : il faudrait des sélections asymétriques avec encore un critère à comprendre. Le 15 novembre 2012 19:05, Balaitous balait...@mailoo.org a écrit : Non, je pense qu'un tel outil est réalisable. La plupart des cas d'utilisations concernent des polygones simples, je pense en particulier au landuse. Plus de détail sur un début de spécification possible : Fusion de polygones : Condition d'utilisation : Sélection de 2 polygones avec au moins 1 point commun (simple pas des multipolygones) = Les polygones n'appartiennent à aucune relation : fusion avec éventuellement boite de dialogue pour gérer les tags en conflits = Les polygones appartiennent tous les deux à une même relation = Les polygones ont le même rôle : fusion, il n'en reste qu'un dans la relation = Les polygones ont des rôles différents : message d'erreur = Les polygones appartiennent à deux relations différentes : message d'erreur Scission d'un polygone : Condition d'utilisation : Sélection d'un polygone (simple) et d'un way dont les extrémités appartiennent au polygone et n'ayant aucun attribut (way créé dans le seul but de la scission) = Le polygone n'appartient à aucune relation : création de deux nouveaux polygones héritant des mêmes tags, et suppression du way = Les polygones font partie d'une relation : idem, et de plus les deux polygones créés font partie de la relation avec le même rôle. Je ne pense pas que cela puisse introduire des incohérences. En l'état actuel, je me refuse à modifier Corinne (même si j'ai fait quelques tentatives), alors qu'il y a beaucoup à faire de ce côté là. Si quelqu'un trouve ma proposition intéressante, ça serait bien qu'il la relais à un endroit adéquat. Balaitous ___ 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] Langue des toponymes des points frontaliers
Le 15 nov. 2012 à 14:31, Christophe Merlet a écrit : Je ne suis pas d'accord. Sur le territoire français, la langue officiel est le français ET UNIQUEMENT le français. Sur une frontière, les 2 langues séparées par un tiret est acceptable. Tu fais l'erreur habituelle : le français n'est pas et n'a jamais été la langue officielle des toponymes. Sauf, peut-être quand on a (ré)annexé l'Alsace-Lorraine ou annexé le nord des Alpes-maritimes en 1946. Au risque de me répéter : Il existe, à l'inverse, une version officielle des toponymes et celle-ci peut prendre des colorations linguistiques très diverses : - Français du 18è. Ex. Le Champ du Roy - Français du 19è/20è/21è Ne pas oublier que ces toponymes ont souvent des origines latines, germaniques, basques, celtiques, etc., masquées par l'évolution de la prononciation - Mi-français / mi langue locale : Rue de Penc'hoat , Carrière du Puech - Tout en langue locale : Hent ar C'hazh-Koad (= Chemin de l'Ecureuil) Dans le champ name, IL N'Y A PAS de référence au français, seulement le nom que l'on constate être employé par l'administration compétente. Les communes, qui ont le pouvoir de dénommer les voies et les lieux peuvent officialiser : - une version nouvelle qui peut être le retour à une ancienne appellation - une version nouvelle dans le champ linguistique local - un couple version officielle ancienne/version traduite ou adaptée nouvelle Dans ce cas, la première version est déclarée officielle et l'autre n'est qu'un complément La commune de Pluguffan, limitrophe de Quimper, a acté comme nom officiel le couple nom du champ linguistique français/nom du champ linguistique breton Personne ne sera étonné d'apprendre que les techniciens du SIG ne trouvent pas ça pratique, mais, c'est à eux de s'adapter. Rectification : Comme dit Christian, si on met un name en deux langues (point frontalier ou commune de Pluguffan), il faut, bien sûr, renseigner les names de champ linguistique. Christian Rogel___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Landuse Multipolygon - analyseur de relation
Le jeudi 15 novembre 2012 19:54:50, Jérome Armau a écrit : Dans le futur, est-ce qu'il serait possible / souhaitable d'incorporer cette vérification à l'analyseur de relations openstreetmap.fr? Souhaitable : oui possible : oui Est-ce que ça va être fait : non Plus personne ne s'occupe de cet outil, et il est juste maintenu en l'état. Toutefois, si quelqu'un se motive pour s'en occuper, la réponse deviendra oui. Connaissances requises : python+java -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Bâti communes de Haute-Saône
mon toc etant les erreurs osmose sur les batiments, j'ai regardé ta derniere intégration de batiments : Faymont effectivement il y avait 4 batiments avec des chevauchements, detectabele comme tu l'as précisé. ces chevauchements étaient a la marge ainsi que quelques batiments a fusionner http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents/Aper%C3%A7u_des_erreurs_rencontr%C3%A9es pour le reste, je n'ai rien vu de choquant, donc +1 pour toi Peut etre le tag source cadastre a enlever sur les etangs si tu les a repris avec bing. +1 pour le tableau de suivi pour les anomalies, il y a les outils dédiés http://osmose.openstreetmap.fr/map/?lat=47.60661lon=6.58806zoom=15 http://tools.geofabrik.de/osmi/?lat=47.60661lon=6.58806zoom=15 http://wiki.openstreetmap.org/wiki/FR:Outils_de_validation bonne contigration (continuation+intégration) didier Le jeudi 15 novembre 2012 à 18:14 +0100, Jean-François Gaffard a écrit : bonjour cela fait quelques jours que j'ai entrepris l'import systématique du bâti disponible pour les communes rurales de Haute-Saône je tiens à jour l'avancée du travail sur la page : http://wiki.openstreetmap.org/wiki/Communes_de_la_Haute-Sa%C3%B4ne Est ce que les plus experts d'entre nous peuvent regarder si je n'incorpore pas trop d'anomalies. Je m'efforce de corriger les routes, les noms de voies d'après le cadastre. (au moins pour quelques une), l'occupation du sol, etc ? est-ce qu'il faut systématiquement corriger les alertes bâtiment à l'intérieur d'un autre ? j'aurais peut-être du poser la question plus tôt ! ___ 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
[Talk-GB] OS Locator comparison and Google Streetview
Just to say that I, along with a number of other people, have being doing some OS Locator based updates to OSM over the past few days following the release of the latest OS Locator update. Where OS Locator and OSM disagree I either do a Google search to see if Zoopla or other reputable sources can resolve the discrepancy for me (on the basis that houses particulars are probably going to be right). In some cases I may instead try Google Streetview and check the street sign. If nothing works then I leave it unless there is some other reason to believe OS Locator. Now... As a note of appreciation to Google in situations where I use Google Streetview I then check their mapping to see if they are right or if they are also incorrectly trusting OS Locator. Where Google Maps is wrong as per Google Streetview I then 'report and problem' to Google giving them the correct spelling. I was impressed that my last report, made at 6pm yesterday evening, was responded to at 9am this morning confirming my change. I have checked and it is already fixed on their mapping. Needless to say it was fixed on OSM at 6pm last night! Can I encourage other people to consider doing the same. That way we get better maps for everyone and we provide something back to Google where we use their resources. For the avoidance of doubt, we should only used Google Streetview to check street signs to resolve the occasional queries and some people don't even like that. What OSM contributors must never do is use Google Maps as a primary source (which is called plagiarism)! Regards, Peter Miller (PeterIto) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb