[talk-ph] Nine dash line on the map
Noticed the persistence of the other side[1], which created the so-called nine dash line[2]. He/she made similar edits a few weeks ago, which basically deleted our national border[3] (which twain somewhat restored[4]). I think that we should take this case to the Data working group, since what he/she/they are doing is an act tantamount to vandalism. [1] http://www.openstreetmap.org/browse/changeset/14269095 [2] http://en.wikipedia.org/wiki/Nine-dotted_line [3] http://www.openstreetmap.org/browse/changeset/14024326 [4] http://www.openstreetmap.org/browse/changeset/14158931 Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Nine dash line on the map
Dear ian, Can you document a timeline of events regarding this matter and a propose course of action by the DWG? Maning Sambale (mobile) On Dec 16, 2012 6:03 PM, ianlopez ian_lopez_1...@yahoo.com wrote: Noticed the persistence of the other side[1], which created the so-called nine dash line[2]. He/she made similar edits a few weeks ago, which basically deleted our national border[3] (which twain somewhat restored[4]). I think that we should take this case to the Data working group, since what he/she/they are doing is an act tantamount to vandalism. [1] http://www.openstreetmap.org/browse/changeset/14269095 [2] http://en.wikipedia.org/wiki/Nine-dotted_line [3] http://www.openstreetmap.org/browse/changeset/14024326 [4] http://www.openstreetmap.org/browse/changeset/14158931 Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] History of Mapping Podcast
General mapping podcast about how maps alter our perceptions of the world. http://www.guardian.co.uk/books/audio/2012/oct/19/map-history-ptolemy-mercator-google It might be of interest to some of you. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 5125 3392 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] View tag details
On the main osm map, under the edit tab, until recently there used to be a 3rd option. It was below the Edit in Potlatch, Edit in JOSM/Mercator and allowed you to select ways and view tag details and history without having to edit the area. It was useful, does anyone know where/why is has gone? Thanks Phil ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] View tag details
Philip Barnes wrote: On the main osm map, under the edit tab, until recently there used to be a 3rd option. It's moved back to the layer switcher, where it used to be before it moved to the edit menu. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] View tag details
Before it was found under the edit tab, it was found in the layer selector. It's back there again. On 12/16/2012 07:32 PM, Philip Barnes wrote: On the main osm map, under the edit tab, until recently there used to be a 3rd option. It was below the Edit in Potlatch, Edit in JOSM/Mercator and allowed you to select ways and view tag details and history without having to edit the area. It was useful, does anyone know where/why is has gone? --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] View tag details
Look right top in layers(Standar, Cycle Map, ..) option. On 12/16/2012 07:32 PM, Philip Barnes wrote: On the main osm map, under the edit tab, until recently there used to be a 3rd option. It was below the Edit in Potlatch, Edit in JOSM/Mercator and allowed you to select ways and view tag details and history without having to edit the area. It was useful, does anyone know where/why is has gone? Thanks Phil ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] View tag details
Thanks guys Found it. Cheers Phil On Sun, 2012-12-16 at 19:42 +0100, hbogner wrote: Look right top in layers(Standar, Cycle Map, ..) option. On 12/16/2012 07:32 PM, Philip Barnes wrote: On the main osm map, under the edit tab, until recently there used to be a 3rd option. It was below the Edit in Potlatch, Edit in JOSM/Mercator and allowed you to select ways and view tag details and history without having to edit the area. It was useful, does anyone know where/why is has gone? Thanks Phil ___ 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] Community for wiki maintenance
On 14.12.2012 15:13, Serge Wroclawski wrote: If you can get access to the logs, then I'd like to suggest a number-based approach that you may want to consider. I would appreciate useful statistics about the wiki to enable a more systematic approach to wiki maintenance. However, I do not personally have access to logs, and as far as I know no numbers about page views, search terms and so on are being made available. Tobias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Possibly broken multipolygon
Hello, I've been staring for a while now at this [1] multipolygon. For some reason it's blue on the OSM Inspector, but I can't figure out why. According to JOSM the ring is closed and I don't see any weird tags. The last update to the relation and the ways was way before the last refresh of the OSMI data. [1] http://tools.geofabrik.de/osmi/?view=multipolygonlon=5.00956lat=52.19617zoom=12overlays=ways --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Possibly broken multipolygon
According to the Relation analyzer, relation 1357924 is closed. see http://analyser.openstreetmap.fr/cgi-bin/index.py Pierre De : Cartinus carti...@xs4all.nl À : talk@openstreetmap.org Envoyé le : Dimanche 16 décembre 2012 21h40 Objet : [OSM-talk] Possibly broken multipolygon Hello, I've been staring for a while now at this [1] multipolygon. For some reason it's blue on the OSM Inspector, but I can't figure out why. According to JOSM the ring is closed and I don't see any weird tags. The last update to the relation and the ways was way before the last refresh of the OSMI data. [1] http://tools.geofabrik.de/osmi/?view=multipolygonlon=5.00956lat=52.19617zoom=12overlays=ways --- m.v.g., Cartinus ___ 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] Possibly broken multipolygon
Cartinus, a simple test to validate if boundary relation works properly is to interrogate nominatim.openstreetmap.org. Searching Breukelen, Stichtse Vecht seems to work fine and report the appropriate hierarchy of information. result in french : Breukelen, Stichtse Vecht, Bestuur Regio Utrecht, Utrecht, Pays-Bas Pierre De : Cartinus carti...@xs4all.nl À : talk@openstreetmap.org Envoyé le : Dimanche 16 décembre 2012 21h40 Objet : [OSM-talk] Possibly broken multipolygon Hello, I've been staring for a while now at this [1] multipolygon. For some reason it's blue on the OSM Inspector, but I can't figure out why. According to JOSM the ring is closed and I don't see any weird tags. The last update to the relation and the ways was way before the last refresh of the OSMI data. [1] http://tools.geofabrik.de/osmi/?view=multipolygonlon=5.00956lat=52.19617zoom=12overlays=ways --- m.v.g., Cartinus ___ 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] Problem in getting high resolution details on some maps
Hi All , I am a newcomer to talk so please forgive any procedural errors. I live in Christchurch, New Zealand and my wife and I take frequent holiday trips to the Polynesian Islands and Australia. I use Garmin etex VISTA HCx and try to get OSM maps to wherever we plan to go. Much to my joy I discovered that at: http://garmin.openstreetmap.nl I should be able to get all the map segments I need for a grand and glorious South Pacific Map. The above statement is almost correct: 1. All maps East of the International date line are OK in all respects 2. As soon as I cross the dateline to the West the maps appear to be OK at large area resolution, but ALL detail (including the map) disappear at distance resolution of about 50 Km and smaller. 3. The above problem appears to be confined to a vertical strip of western longitudes, starting at the date line and reaching as far west as north-east New Zealand, the Fijian Islands, etc. Although I can not be 100% positive about this, the South Island of New Zealand is OK, as is the western portion of the North Island, i.e., west of Lake Taupo. Further tests have shown that Tasmania and eastern Australia are OK. The problem stated above exists whether I have my map assembled by the e OSM people or if I download individual *.img Maps Can anybody through some light on this problem? Thanks. Andreas von Biel (Mortimer32) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Tagging dirt and 4x4 roads - new approach
Hi Russell, maybe you have followed the conversation ? If so, you will see that I think we do need a new approach but are unlikely to get it 'approved' ? Oh well, won't be the first fight I have lost ! So, the fall back is really as now doc'ed on the Australian Tagging Guidelines. Use 4wd_only if its a 4x4 road, officially the only option is 'yes' but I recommend people also use 'recommended' in cases where its marginal. And 'extreme' for the really wild cases. Note that your efforts will not appear distinctively on (eg) the main slippery map on the OSM website. I have opened a ticket with the map maintainers but no answer yet. Hmm... All roads should have highway=[track, unclassified, tertiary, etc] and source=survey and surface=unpaved. I'd also consider using tracktype= but note that it will only be rendered differently if highway=track. And, to make it worse, the roughest (ie the most fun) track is officially grade5. As defined, that might be OK in England, pretty silly in Oz. If you use grade6, grade7 and grade8 the OSM maps will show the track as a grade3, thats potentially dangerous but really the correct thing to do. Sigh . The best way to handle changing conditions down the length of a road (IMHO) is to break the road up into ways that have similar characteristics and join them using merged nodes. That is, don't merge the ways into one way. It does not make sense to have sections that cannot be accessed externally if you see what I mean ? Any discrete section should be labeled with the worse case bit. Hope this helps. And I hope you had a great time collecting that data ! David On Sun, 2012-12-16 at 17:50 +1100, Russell Edwards wrote: Could I ask a newbie question on this topic? I want to update some roads that are 4wd-only in certain sections. Any new approach aside, what is the best way to do this -- a) what tag do I use, and b) how do I handle the changing traversibility - separate ways linked as a route, or... ? Thanks in advance Russell ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Sydney Circular Quay missing
Hi. Most of Circular Quay, east of Pitt St seems to have disappeared. Seems to be change 14271851. Could someone revert this? - Ben. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Tags und deren Darstellung
On 15/12/12 18:33, Martin Koppenhoefer wrote: Am 15. Dezember 2012 16:53 schrieb fly lowfligh...@googlemail.com: Leider kenne ich solche Probleme zu gut. Das Problem muß ja noch nicht mal Jo sein, der das neue Schema verwendet, aber eher die MitstreiterInnen, welche die Tags wieder ändern, damit Mapnik es auch darstellt. Ähnliche Situation habe ich mit highway=path und *=official, was Mapnik nur als Pfad darstellt und eben nicht als Rad-/Fußweg oder auch mit landcover=* was all zu gerne wieder in landuse verwandelt wird. Wie war das nochmal, gibt es einen Unterschied zwischen designated und official? Mapnik kennt das erstere nämlich, und das ist auch ungefähr 20x so oft in den Daten. Ich wollte hier keine Diskussion über official lostreten, sondern es nur als Beispiel verwenden, wie nicht rendern zu editieren für den Renderer führt. In diesem Fall werden sich wohl die Zahlen auch nicht ändern, solange es nicht gerendert wird. Zudem kenne ich viele Wege, welche zwar für Fußgänger und Radfahrer geeignet/bestimmt sind aber kein blaues Schild besitzen. Ähnliches sehe ich auch bei buildings=*, da sich jegliche Werte ausser yes nicht wirklich gut abheben. fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags und deren Darstellung
Am 16. Dezember 2012 18:20 schrieb fly lowfligh...@googlemail.com: Ähnliches sehe ich auch bei buildings=*, da sich jegliche Werte ausser yes nicht wirklich gut abheben. Hier muss ich zustimmen! Ich mappe viele Häuser als Vorbereitung zum Sammeln von Hausnummern. Unterwegs trage ich dann die Nummer direkt am Handy ein. Wenn ich aber auf der Karte vor allem in Altbaugebieten einzelne Häuser nicht mehr unterscheiden kann, habe ich ein Problem. Deshalb habe ich viele Häuser die ich als building=residential eingetragen habe auf building=yes geändert. Denn nur so kann ich die einzelnen Häuser wirklich unterscheiden. Das nachher wieder auf residential zu ändern war mir zu blöd. Neue Häuser trage ich jetzt prinzipiell nur noch als building=yes ein. Warum ausgerechnet bei yes ein Rahmen gerendert wird und bei residential nicht, erschließt sich mir definitiv nicht. vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags und deren Darstellung
Am 16. Dezember 2012 19:09 schrieb Martin Vonwald imagic@gmail.com: Warum ausgerechnet bei yes ein Rahmen gerendert wird und bei residential nicht, erschließt sich mir definitiv nicht. ja, das ist noch ein bisschen halbgar, weil sich ja in letzter Zeit auch nicht viel am Mapnik-Stil geändert hat. Generell finde ich residential ist als Gebäudetypus noch ein bisschen zu allgemein, bei Wohngebäuden würde ich z.B. zwischen Einfamilienhaus, Doppelhaus, Reihenhaus, Appartementgebäude, Villa, Mietshaus, etc. unterscheiden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 126
Hallo, die Wochennotiz Nr. 126 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/12/wochennotiz-nr-126/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Strani codici postali
Verificando alcune vie ho notato l'esistenza di alcuni codici posta strani a Roma. Per esempio se cerco Via Labicana su OSM ottengo questo risultato: *Strada di importanza locale: Via Labicana, Celio, Municipio Roma I, Roma, RM, Lazio, /asfa/, Italia* oppure: *Strada di importanza regionale: Via Labicana, Esquilino, Municipio Roma I, Roma, RM, Lazio, /test/, Italia* asfa e test sarebbero i CAP secondo OSM, ma da dove vengono presi questi CAP? non trono nessun oggetto con questo valore. -- View this message in context: http://gis.19327.n5.nabble.com/Strani-codici-postali-tp5740579.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strani codici postali
On Sun, 16 Dec 2012 04:42:08 -0800 (PST), Davio wrote: Verificando alcune vie ho notato l'esistenza di alcuni codici posta strani a Roma. [..] Basta andare su http://nominatim.openstreetmap.org/ , cercare le vie lì e cliccare su Details -- ti fa vedere tutti gli oggetti che considera per ricostruire l'indirizzo. Per esempio se cerco Via Labicana su OSM ottengo questo risultato: *Strada di importanza locale: Via Labicana, Celio, Municipio Roma I, Roma, RM, Lazio, /asfa/, Italia* oppure: *Strada di importanza regionale: Via Labicana, Esquilino, Municipio Roma I, Roma, RM, Lazio, /test/, Italia* asfa e test sarebbero i CAP secondo OSM, ma da dove vengono presi questi CAP? non trono nessun oggetto con questo valore. http://nominatim.openstreetmap.org/details.php?place_id=98425374 http://nominatim.openstreetmap.org/details.php?place_id=98290480 In effetti non ci sono dati OSM correlati (dovrebbe esserci una riga del tipo OSM: node ). Io segnalerei il problema: http://trac.openstreetmap.org/newticket?component=nominatim Ciao, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strani codici postali
2012/12/16 Davio davide@gmail.com: Verificando alcune vie ho notato l'esistenza di alcuni codici posta strani a Roma. Per esempio se cerco Via Labicana su OSM ottengo questo risultato: *Strada di importanza locale: Via Labicana, Celio, Municipio Roma I, Roma, RM, Lazio, /asfa/, Italia* oppure: *Strada di importanza regionale: Via Labicana, Esquilino, Municipio Roma I, Roma, RM, Lazio, /test/, Italia* Sono andato a controllare in nominatim http://nominatim.openstreetmap.org/details.php?place_id=36030557 dopo Lazio ho una riga asfa (Type: place:postcode, 0.00340022887612037 GOTO) e poi una riga test (Type: place:postcode, 0.00378433830543835 GOTO) aprendo il collegamnto che c'è nella riga asfa arrivo a http://nominatim.openstreetmap.org/details.php?place_id=98290480 dove mi dice che l'ultima modifica è stata fatta Last Updated: 2012-10-23 12:24 seguendo invece la riga test si arriva a http://nominatim.openstreetmap.org/details.php?place_id=98425374 dove dice che l'ultima modifica è del Last Updated: 2012-10-23 12:24 non riuscendo a trovare il nodo o la way incriminata, ho controlalto la zona in JOSM ed ho trovato che il nodo 193723 aveva in una versione precedente addr:postcode = test e altri tag che iniziavano con addr:* posti ad avere come valore test http://www.openstreetmap.org/browse/node/193723/history Quello che non è per nulla chiaro è perché nominatim utilizzi ancora questo valore, visto che il nodo è stato modificato (elimando questi tag) il 07 Nov 2012 e che nominatim dice di essere aggiornato al 15 dicembre 2012. Non riesco a trovare nulla che abbia come valore asfa. Probabilmente era qualche valore di qualche tag di un elemento cancellato. AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Saludos
Hola Fulton, bienvenido, la ventaja que tiene nuestro país es que está tan lleno de cosas hermosas y hay tan poca información abierta que es nuestra oportunidad construir algo en conjunto. Puedes: * Calcar aerofotografía * Corregir datos * Conseguir nuevas fuentes de datos que tengan licencias permisivas * Ayudar a reportar áreas de cobertura de distintas fuentes * Importar trazas GPX * Con un GPS tomar puntos y ayudar a corregir datos o aumentar información de sitios que no tengan mucha o que luzca inexacta * Reportar posibles problemas * Preguntar, eso es super importante, porque aveces hay personas que pueden tener las mismas preguntas, pero tal vez no se animan a hacerlas u otras pueden encontrar en tus preguntas reflexiones para hacerlas mejor de lo que ya están. Disfruta el mapeo :) El 10 de diciembre de 2012 17:11, Fulton Mercado f_merc...@yahoo.comescribió: Buenas tardes, acabo de suscribirme a la lista de colombia de Openmaps, Me presento, mi nombre es Fulton Mercado, Soy Ingeniero Civil y Vivo en Cienaga Magdalena. Espero aprender de Uds, y ojala, aportar algo. Cordialmente Fulton Mercado ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Georeferenciación datos GPRMC
Hola Sergio, mira [1] a ver si te sirve de Geocoder, no se cuánto pueda costar ese servicio ni la forma de contratación. Tener local una base de datos es posible con los datos de openstreetmap, pero armar un geocoder dependerá de tu experticia y la dedicación de tiempo que tengas para el proyecto, puede tardar de horas a años. Mira si [2] te puede servir de algo. Un sitio donde se enfocan a responder preguntas técnicas es [3] 1.http://www.geonames.org/ 2.https://github.com/ikks/osmhelpertools/tree/master/geocoder 3.http://gis.stackexchange.com/ El 14 de diciembre de 2012 18:41, Humberto Yances hyan...@gmail.comescribió: ** Seleccione las coordenadas en el string [1] y use un geocoder inverso para extraer el texto con la dirección de la localización. [1] $GPRMC,100010.000,A,2457.8090,N,12125.5444,E,0.00,61.56,00 -Mensaje original- *De*: Sergio Hernández sergio.hernande...@gmail.comsergio%20%3d%3fiso-8859-1%3fq%3fhern%3de1ndez%3f%3d%20%3csergio.hernande...@gmail.com%3e *Reply-to*: OpenStreetMap Colombia talk-co@openstreetmap.org *Para*: OpenStreetMap Colombia talk-co@openstreetmap.orgopenstreetmap%20colombia%20%3ctalk...@openstreetmap.org%3e *Asunto*: [Talk-co] Georeferenciación datos GPRMC *Fecha*: Fri, 14 Dec 2012 17:43:37 -0500 Buenas Tardes a todos. Quizás me puedan ayudar con un desarrollo que estoy haciendo. Estoy recibiendo información de un dispositivo a través de GPRS, la información que me llega son datos de posicionamiento y eventos programados en formato GPRMC. Necesito capturar esta inf. y asociar las coordenadas recibidas a una ciudad, población y un punto de interés georeferenciado previamente. Por ejemplo al consultar unas coordenadas debo mostrar la Ciudad, población, punto de interés y hasta donde sea posible la distancia o cercanía a cada uno de estos. Hasta ahora estoy creando la plataforma de captura y almacenamiento de la inf. en una base de datos postgres, en la cual debo incluir la información que les cuento. Si alguien ha trabajado en el tema y me puede dar una luz de cómo empezar le agradecería mucho. Espero haber sido claro y quedo atento. -- Ing. Sergio Hernández Cel: 3014334236 - 3118045612 ___ Talk-co mailing listTalk-co@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Saludos
Buen día, A todas estas, vivo en la ciudad de Medellín y me gustaría saber si hay algunas personas personas para reunirnos e ir digitalizando aprendiendo, o saber en que parte del país se realizan reuniones periódicas o talleres sobre el mapeo en OSM. Saludos. El 16/12/12 10:44, Igor TAmara escribió: Hola Fulton, bienvenido, la ventaja que tiene nuestro país es que está tan lleno de cosas hermosas y hay tan poca información abierta que es nuestra oportunidad construir algo en conjunto. Puedes: * Calcar aerofotografía * Corregir datos * Conseguir nuevas fuentes de datos que tengan licencias permisivas * Ayudar a reportar áreas de cobertura de distintas fuentes * Importar trazas GPX * Con un GPS tomar puntos y ayudar a corregir datos o aumentar información de sitios que no tengan mucha o que luzca inexacta * Reportar posibles problemas * Preguntar, eso es super importante, porque aveces hay personas que pueden tener las mismas preguntas, pero tal vez no se animan a hacerlas u otras pueden encontrar en tus preguntas reflexiones para hacerlas mejor de lo que ya están. Disfruta el mapeo :) El 10 de diciembre de 2012 17:11, Fulton Mercado f_merc...@yahoo.com mailto:f_merc...@yahoo.com escribió: Buenas tardes, acabo de suscribirme a la lista de colombia de Openmaps, Me presento, mi nombre es Fulton Mercado, Soy Ingeniero Civil y Vivo en Cienaga Magdalena. Espero aprender de Uds, y ojala, aportar algo. Cordialmente Fulton Mercado ___ Talk-co mailing list Talk-co@openstreetmap.org mailto:Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Saludos
Para calcar JOSM es una buena herramienta http://wiki.openstreetmap.org/wiki/JOSM Hay reciente cobertura Bing para la Ciénaga Grande y sus alrededores, incluyendo el Parque Tayrona y parte de la Sierra Nevada. http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=10.884247049583479lon=-74.38056763823059zoom=10 (las aerografías con mayor resolución y actualización aparecen en el zoom = 14) El 16 de diciembre de 2012 10:44, Igor TAmara i...@tamarapatino.orgescribió: Hola Fulton, bienvenido, la ventaja que tiene nuestro país es que está tan lleno de cosas hermosas y hay tan poca información abierta que es nuestra oportunidad construir algo en conjunto. Puedes: * Calcar aerofotografía * Corregir datos * Conseguir nuevas fuentes de datos que tengan licencias permisivas * Ayudar a reportar áreas de cobertura de distintas fuentes * Importar trazas GPX * Con un GPS tomar puntos y ayudar a corregir datos o aumentar información de sitios que no tengan mucha o que luzca inexacta * Reportar posibles problemas * Preguntar, eso es super importante, porque aveces hay personas que pueden tener las mismas preguntas, pero tal vez no se animan a hacerlas u otras pueden encontrar en tus preguntas reflexiones para hacerlas mejor de lo que ya están. Disfruta el mapeo :) El 10 de diciembre de 2012 17:11, Fulton Mercado f_merc...@yahoo.comescribió: Buenas tardes, acabo de suscribirme a la lista de colombia de Openmaps, Me presento, mi nombre es Fulton Mercado, Soy Ingeniero Civil y Vivo en Cienaga Magdalena. Espero aprender de Uds, y ojala, aportar algo. Cordialmente Fulton Mercado ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Cobertura Bing Huila, Meta y Caquetá
Si, es claro que la aerofotografía está sobre todo disponible en aquellas zonas en las que hay cuestiones de minería o de megacultivos, también es probable que en esas zonas haya sucedido despojos. Dado que tenemos un recurso[1] que proyecta los sitios en los que tenemos aerofotografía, tenemos que buscar trazar un plan o priorizar aquello que consideramos es más prioritario para mapear, como vías, arroyos y ríos por ejemplo. En la priorización no tengo claridad, pero tendríamos oportunidad de colocar tags para identificar qué cosas hacen falta por hacer en esas zonas. Si especificamos un tag, podemos hacer que eso esté proyectado en [1] para que podamos focalizar claramente nuestros esfuerzos. 1.http://test.openstreetmap.co:5000/ El 8 de diciembre de 2012 13:57, Federico Explorador federico.explora...@nevados.org escribió: Hola maper@s: ** ** Reportando Cobertura Bing en Huila (Páramo de las Hermosas): http://www.openstreetmap.org/browse/way/195122812 ** ** En Meta, al este de Granada, Fuente de Oro al sur: http://www.openstreetmap.org/browse/way/195038755 ** ** En Meta creo que hay más coberturas, falta identificarla. ** ** En Caquetá, hay cobertura Bing ya marcada por ikks, pero sin mapear : http://www.openstreetmap.org/browse/way/191858979 ** ** Antes nos quejábamos de la poca cobertura Bing, ahora hay en abundancia, pero parece que faltan maperos o no tienen interés en las áreas rurales… Ojo, será precisamente en estas zonas donde tendrá éxito o fracasará el proceso de paz. ** ** Saludos, Federico ** ** ** ** ** ** ** ** ** ** ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Mapas otros países?
Hola Héctor, puede descargarlo en http://garmin.openstreetmap.nl/ o crear el suyo propio http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin Saludos, Humberto Yances El 16 de diciembre de 2012 19:08, HECTOR LONDOÑO helo...@gmail.comescribió: Apreciados compañeros maperos, Sigo colaborando con el mapeo de Colombia cuando puedo, aunque ahora vivo en Californa, He tenido problemas con mis mapas aquí y me gustaría saber si alguno de ustedes sabe donde bajar los mapas openstreet del estado de California o de zonas como San francisco y North bay, Sonoma y Napa. O si me pueden ayudar con un tutorial para yo mismo poder compilar las zonas y bajarlas para usarlas en mi gps. Muchas gracias de antemano por su colaboración Hector Londoño ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Georeferenciación datos GPRMC
Saludos, Excelente, veo que el grupo se mueve. Ya veremos como podemos colaborar, por lo pronto estoy haciendo algo por los lados de Plato y Chibolo, en el Magdalena. Ire actualizando a medida que vaya terminando. Tambien tengo alguna informacion resultado de mi experiencia profesional, en la zona bananera de magdalena. Mucha informacion de caminos, terciarios, caños, puentes. Ahi lo veremos con el favor de Dios. Un abrazo Fulton Mercado De: Igor TAmara i...@tamarapatino.org Para: OpenStreetMap Colombia talk-co@openstreetmap.org Enviado: Domingo, 16 de diciembre, 2012 10:51 A.M. Asunto: Re: [Talk-co] Georeferenciación datos GPRMC Hola Sergio, mira [1] a ver si te sirve de Geocoder, no se cuánto pueda costar ese servicio ni la forma de contratación. Tener local una base de datos es posible con los datos de openstreetmap, pero armar un geocoder dependerá de tu experticia y la dedicación de tiempo que tengas para el proyecto, puede tardar de horas a años. Mira si [2] te puede servir de algo. Un sitio donde se enfocan a responder preguntas técnicas es [3] 1.http://www.geonames.org/ 2.https://github.com/ikks/osmhelpertools/tree/master/geocoder 3.http://gis.stackexchange.com/ El 14 de diciembre de 2012 18:41, Humberto Yances hyan...@gmail.com escribió: Seleccione las coordenadas en el string [1] y use un geocoder inverso para extraer el texto con la dirección de la localización. [1] $GPRMC,100010.000,A,2457.8090,N,12125.5444,E,0.00,61.56,00 -Mensaje original- De: Sergio Hernández sergio.hernande...@gmail.com Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org Para: OpenStreetMap Colombia talk-co@openstreetmap.org Asunto: [Talk-co] Georeferenciación datos GPRMC Fecha: Fri, 14 Dec 2012 17:43:37 -0500 Buenas Tardes a todos. Quizás me puedan ayudar con un desarrollo que estoy haciendo. Estoy recibiendo información de un dispositivo a través de GPRS, la información que me llega son datos de posicionamiento y eventos programados en formato GPRMC. Necesito capturar esta inf. y asociar las coordenadas recibidas a una ciudad, población y un punto de interés georeferenciado previamente. Por ejemplo al consultar unas coordenadas debo mostrar la Ciudad, población, punto de interés y hasta donde sea posible la distancia o cercanía a cada uno de estos. Hasta ahora estoy creando la plataforma de captura y almacenamiento de la inf. en una base de datos postgres, en la cual debo incluir la información que les cuento. Si alguien ha trabajado en el tema y me puede dar una luz de cómo empezar le agradecería mucho. Espero haber sido claro y quedo atento. -- Ing. Sergio Hernández Cel: 3014334236 - 3118045612 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Mapas otros países?
Muchas gracias Humberto por la información Hector ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-at] Höhe von Berggipfeln, Almhütten, etc.
Vielleicht sollte man noch erwähnen, dass man auf die Bezugssysteme aufpassen muss, wenn man vergleicht. Das BEV verwendet den Adria Pegel, GPS das WGS84-Ellipsoid. Ich weiß nicht, wie groß die Unterschiede absolut sind, in der Wikipedia [0] steht Der Unterschied zu Meereshöhen kann 100 Meter erreichen (in Mitteleuropa ca. 50 m, siehe Geoid http://de.wikipedia.org/wiki/Geoid). Den meisten Sinn macht IMO, eben nationale offizielle Höhen (bei uns vom BEV) einzutragen oder eben, wie Friedrich sagt, einen barometrischen Höhenmesser an einem Vermessungsstein zu kalibrieren. IIRC gab's auch schon mal die Idee, das Bezugssystem mitzutaggen (über Höhen gab's schon wüste Diskussionen auf talk-de). /al [0] http://de.wikipedia.org/wiki/H%C3%B6henmessung ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] E-Number in in_ref: mit oder ohne Leerzeichen
On 15.12.12 10:34, Friedrich Volkmann wrote: Ich dachte immer, dass in OSM nach B und L kein Leerzeichen kommen soll, beruhe auf einem Irrtum von dir. In Gesetzestexten, amtlichen Karten usw. steht überall ein Leerzeichen. Aber auf diesem Foto sieht man bei E, S und U tatsächlich keines. Nicht nur das, es ist auch in den meisten Kartenwerken (auch online/digital; auch in DE von einem deutschen Vermessungsamt) wird kein Leerzeichen gemacht. Manche österr. Karten schreiben Bundesstraßen nur mit der blauen Nummer an, um eben mögl. nahe der Beschilderung zu sein, aber da finde ich unser B17 schon ok. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Höhe von Berggipfeln, Almhütten, etc.
Wenn GPS das WGS84-Ellipsoid verwendet und mein GPS dann noch eine Geoid-Korrektur durchführt, dann müßte doch dabei die topografische Höhe rauskommen, oder? Am 16.12.2012 09:35, schrieb Andreas Labres: Vielleicht sollte man noch erwähnen, dass man auf die Bezugssysteme aufpassen muss, wenn man vergleicht. Das BEV verwendet den Adria Pegel, GPS das WGS84-Ellipsoid. Ich weiß nicht, wie groß die Unterschiede absolut sind, in der Wikipedia [0] steht Der Unterschied zu Meereshöhen kann 100 Meter erreichen (in Mitteleuropa ca. 50 m, siehe Geoid http://de.wikipedia.org/wiki/Geoid). Den meisten Sinn macht IMO, eben nationale offizielle Höhen (bei uns vom BEV) einzutragen oder eben, wie Friedrich sagt, einen barometrischen Höhenmesser an einem Vermessungsstein zu kalibrieren. IIRC gab's auch schon mal die Idee, das Bezugssystem mitzutaggen (über Höhen gab's schon wüste Diskussionen auf talk-de). /al [0] http://de.wikipedia.org/wiki/H%C3%B6henmessung ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] U-Bahn-Stationen U-Bahn-Schienen Spittelau
Hi, Ich habe bei einigen U-Bahn-Stationen damit begonnen, die Stop-Position auf den Schienen als public_transport=stop_position zu taggen und nur ein railway=station auf dem Stationgebäude zu belassen / hinzuzufügen. ganz nach dieser Wiki-Seite: http://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation Ich hoffe das ist im Sinne aller? Beim Mappen vom Stationsgebäude Spittelau U4/U6 ist mir übrigens aufgefallen, dass die U4-Schienen zu weit östlich verlaufen. Den Schienensalat anzugreifen war ich aber gerade nicht motiviert, vielleicht kann sich ja ein Schienen-Powermapper drum kümmern? LG, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] comment taguer un éboulement ?
Le 14 décembre 2012 12:11, Sylvain Maillard sylvain.maill...@gmail.com a écrit : la règle est de n'ajouter dans la base OSM que des données persistantes dans le temps ;) Il me semble que ça pourrait être un avantage très fort d'OSM que de tagguer des données provisoires, mais il faut une organisation, peut être dans un projet particulier, peut être pas directement dans osm. Par exemple les surfaces/routes enneigées, les zones de chantiers dans une ville (qui peuvent emmerder plusieurs centaines de milliers de personnes ponctuellement indéfiniment), les migrations d'oiseaux, etc, etc, etc... je vois déjà des personnes qui utilisent OSM pour taguer les caméras de surveillance (mais est-ce une donnée ponctuelle ou persistante ? ), et d'autres, aussi, qui enregistrent les marchés de noël. Selon wikipedia, et selon le centre national des ressources textuelles, la géographie se comprend par l'étude de *phénomènes*, ce qui imposerait donc bien de prendre en compte des données ponctuelles dans les cartes ? Wikipedia http://fr.wikipedia.org/wiki/G%C3%A9ographie La *géographie* est l'étude de la planète, ses terres, ses caractéristiques, ses habitants, et ses phénomènes. CNTRL http://www.cnrtl.fr/definition/g%C3%A9ographie : Science qui a pour objet la description de la Terre et en particulier l'étude des phénomènes physiques, biologiques et humains qui se produisent sur le globe terrestre... Donc, même si j'imagine bien les défis techniques et humains, il me semble que c'est une mauvaise direction que de déclarer urbi et orbi que OSM n'enregistre que des données statiques. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
Le 12/12/2012 09:12, Christian Quest a écrit : Hier s'est tenu à Lille la 2ème journée régionale de géomatique organisée par la conseil régional. [...] Bonjour, J'aimerais savoir où sont disponibles tous les jeux de données que tu évoques. J'aimerais intégrer les adresses de Lille à Osmose, comme c'est déjà fait pour Toulouse. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
Il me semble nécessaire de clarifier le statut des données apportées lors cette journée à Lille, car ce n'était visiblement pas clair pour tout le monde et comme elles ne sont pas disponibles en opendata publiquement, il me semble préférable de clarifier ce point avant d'aller plus loin. Ensuite... je pense qu'il faudra passer par une analyse des données, un contrôle de leur qualité avant de passer à une mise en place sur un outil d'intégration comme Osmose. Les monuments historiques importés par Philippe ne sont pas un super exemple... par exemple les noeuds multiples pour un même monument... et sûrement pas mal de doublons avec le pré-existant. Le 16 décembre 2012 11:38, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 12/12/2012 09:12, Christian Quest a écrit : Hier s'est tenu à Lille la 2ème journée régionale de géomatique organisée par la conseil régional. [...] Bonjour, J'aimerais savoir où sont disponibles tous les jeux de données que tu évoques. J'aimerais intégrer les adresses de Lille à Osmose, comme c'est déjà fait pour Toulouse. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] PilOop - OSM
Le message suivant de : ## Bonjour à tous, Voilà maintenant 2 semaines que je me documente sur OSM. J'ai quelques questions sur différents sujets (MapQuest, Mapnik etc..) et si je peux partager à mon tour, j'y manquerai pas :) A bientôt sur le Forum. Kévin - PilOop. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10 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] [forum-osm-fr] Installation de MapQuest-Mapnik-Style
Le message suivant de : ## Bonjour, Voilà maintenant 2 semaines que je suis sur l'étude d'OSM. J'ai il y a quelques jours mis en place un serveur Apache2+PostgreSql-9.1+OSM+Mapnik+leaflet je me suis très vite aperçus qu'il fallait une bonne machine pour générer les tuiles. :D Pas très satisfait du rendu OSM je me suis orienté; comme beaucoup de gens sur MapQuest. Désirant l'installer sur mon serveur je me suis arrêté sur MapQuest-Mapnik-Style (https://github.com/MapQuest/MapQuest-Mapnik-Style) malheureusement je ne trouve aucune documentation concernant l'installation des rendu MapQuest sur mon serveur. Pouvez-vous m'aider ou m'orienter pour installer MapQuest sur un serveurs? Voici comment j'ai procédé : [code] # Téléchargement des outils Mapnik svn co http://svn.openstreetmap.org/applications/rendering/mapnik [/code] [code] # Configuration de MapQuest-Mapnik stylesheet cd ~ git clone https://github.com/MapQuest/MapQuest-Mapnik-Style.git cd MapQuest-Mapnik-Style wget http://www.naturalearthdata.com/http//www.naturalearthdata.com/download/10m/cultural/ne_10m_populated_places.zip wget http://www.naturalearthdata.com/http//www.naturalearthdata.com/download/110m/cultural/ne_110m_admin_0_boundary_lines_land.zip unzip ne_10m-populated-places.zip -d world_boundaries cd world_boundaries/ for f in ne_*; do mv {ne_,}${f#ne_}; done cd .. unzip ne_110m_admin_0_boundary_lines_land.zip -d world_boundaries wget http://developer.mapquest.com/content/static/geotiffs/mercator_tiffs.tar tar xvf mercator_tiffs.tar cp geotiffs/* world_boundaries/ ln -s mapquest_inc/ inc ln -s mapquest_symbols/ symbols [/code] [code] # Génération des tiles! sudo ./generate_xml.py --dbname osmk --user osmk --world_boundaries ~/MapQuest-Mapnik-Style/world_boundaries/ --accept-none -- Include files written successfully! Pass the osm.xml file as an argument if you want to serialize a new version or test reading the XML sudo cp generate_tiles_multiprocess.py generate_tiles_multiprocess_old.py sudo vi generate_tiles_multiprocess.py # Chemin vers le osm.xml que je viens de générer sudo ./generate_tiles_multiprocess.py [/code] [b].. Plantage.[/b] /usr/lib/pymodules/python2.7/mapnik2/__init__.py:27: DeprecationWarning: mapnik2 module has been deprecated, please use 'import mapnik' warnings.warn(msg, DeprecationWarning) render_tiles( (-180.0, -90.0, 180.0, 90.0) /home/kevin/osm/osm-mapnik/osm.xml /home/kevin/osm/tiles/ 0 5 World ) Process Process-1: Traceback (most recent call last): File /usr/lib/python2.7/multiprocessing/process.py, line 258, in _bootstrap self.run() File /usr/lib/python2.7/multiprocessing/process.py, line 114, in run Poutant python reconnais bien mapnik [code] python import mapnik [/code] J'ai comme l'impression que [i]generate_tiles_multiprocess.py[/i] ne fonctionne que avec mapnik2 pourtant quand je regarde le code je ne devrais pas avoir de problème. Je vous remercie d'avance. Kévin. 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
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
Salut! lmcu qui a ramené cette base d'adresse, l'a constituée en propre depuis plus de 30 ans, je pense qu'il ne s'agit plus que d'une question de temps avant qu'ils officialisent leur ouverture des données, il y a sans doute des erreurs, mais cela doit être une des meilleurs bd adresse sur le secteur en ce qui concerne l'import des monuments historiques, osmose signale des erreurs, il n'aime pas par exemple les dates multiples (j'ai signalé comme faux positif : ce sont des données importées par la base des mhs), mais ça a quand même bien amélioré l'exhaustivité de cette donnée sur lille. enfin, osmose n'a pas aimé les accents oubliés sur hôtel, j'ai corrigé pas mal des erreurs induites par ces imports, mais la base semblait bien constituée et complète avez-vous pu récupérer les quartiers de lille? merci en tout cas à l'équipe qui a taffé toute cette journée là-dessus! en gros, est-ce que vous savez dire combien d'objets vous avez pu importer, améliorer ou corriger? Adrien Le 16 décembre 2012 12:05, Christian Quest cqu...@openstreetmap.fr a écrit : Il me semble nécessaire de clarifier le statut des données apportées lors cette journée à Lille, car ce n'était visiblement pas clair pour tout le monde et comme elles ne sont pas disponibles en opendata publiquement, il me semble préférable de clarifier ce point avant d'aller plus loin. Ensuite... je pense qu'il faudra passer par une analyse des données, un contrôle de leur qualité avant de passer à une mise en place sur un outil d'intégration comme Osmose. Les monuments historiques importés par Philippe ne sont pas un super exemple... par exemple les noeuds multiples pour un même monument... et sûrement pas mal de doublons avec le pré-existant. Le 16 décembre 2012 11:38, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 12/12/2012 09:12, Christian Quest a écrit : Hier s'est tenu à Lille la 2ème journée régionale de géomatique organisée par la conseil régional. [...] Bonjour, J'aimerais savoir où sont disponibles tous les jeux de données que tu évoques. J'aimerais intégrer les adresses de Lille à Osmose, comme c'est déjà fait pour Toulouse. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
Le 16/12/2012 12:05, Christian Quest a écrit : Ensuite... je pense qu'il faudra passer par une analyse des données, un contrôle de leur qualité avant de passer à une mise en place sur un outil d'intégration comme Osmose. Les monuments historiques importés par Philippe ne sont pas un super exemple... par exemple les noeuds multiples pour un même monument... et sûrement pas mal de doublons avec le pré-existant. Pour ces données, il n’y avait pas de pré-existant (j’ai beaucoup contrôlé) et chaque point a son identifiant. Ce sont beaucoup de maisons de rangées, ce qui donne en effet des multitudes de points contigus. C’est comme ça :-) Par contre, je confirme que la base adresse est un vrai bordel blindé d’erreurs. Honnêtement, j’en suis à me demander si on peut l’exploiter autrement que manuellement :-/ L’analyser et remonter nos remarques à LMCU serait sympa de notre part. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
Le 16/12/2012 14:42, Philippe Pary a écrit : Par contre, je confirme que la base adresse est un vrai bordel blindé d’erreurs. Honnêtement, j’en suis à me demander si on peut l’exploiter autrement que manuellement :-/ Comme ce qui a été fait à Nantes et est en cours à Toulouse ? Pour les données d'adresses, je ne voit pas d'autre moyen de faire. Et les métropoles sont très friandes de nos remontées (en tout cas à Nantes). Jean signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Présentation
Le message suivant de Sébastien GUARY - Koikanou: ## Bonjour, Je travaille depuis quelques semaines sur un projet utilisant la géolocalisation. J'utilise openstreetmap et ses apis. J'ai beaucoup d'idées d'usages à l'aide d'openstreetmap. Je vais avoir quelques questions de temps et en temps et aussi quelques réponses j'espère. Sébastien. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10 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] comment taguer un éboulement ?
Je ne crois pas que l'objectif est perdu, mais que la base OSM n'est pas taillée pour gérer des informations très ponctuelles dans le temps, et de durée effectives finalement imprévisible. La base en particulier n'est pas adaptée à une utilisation en live mode, donc en obligatoirement en mode connecté pour tous les utilisateurs des données, sinon on aurait aussi des données sur le trafic instantané (mais on peut imaginer y inclure malgré tout des données sur les moyennes de trafic selon les jours de la semaine et les tranches horaires, voire aussi des informations tarifaires par catégorie de véhicule pour les péages et stationnements, ces données ayant une persistance assez longues adaptées à une utilisation offline dans une base embarquée qui resterait valable avec une poignée de mises à jour annuelles). Pour les utilisations en mode connecté, il vaut mieux prévoir des bases en ligne annexes chargées de diffuser les modifications aux données persistantes, mais cela nécessite un réseau de diffusion (Internet mobile, radio FM...) que la Fondation OpenStreetMap ne peut pas fournir elle-même (sans compter le coût d'exploitation ou d'utilisation de ces réseaux) sans compter que cela demanderait une supervision 24/24 7/7, des temps de réponse garantis, et une accessibilité universelle (donc le support de toute une série de réseaux de diffusion, le plus dur et le plus cher étant pour les applications mobiles et l'octroi d'une bande passante pour les réseaux radio, donc des accords avec les diffuseurs de ces radios ou avec leurs programmateurs, comme cela est fait pour les réseaux TMC ouverts, et les réseaux cryptés de Nokia/NavTek, Via Michelin, Tom Tom...). De plus dans les collectivités équipées, il pourrait y avoir le développement d'une signalisation publique radiodiffusée pour les évènements temporaires. Ces normes vont se développer à partir des expériences TMC, mais les constructeurs de navigateurs mobiles ou constructeurs automobiles pourraient pousser à l'adoption de normes nationales pour une telle signalisation. (il sera alors possible aussi d'y accéder depuis l'internet mobile mais le fournisseur public; ou son concessionnaire d'un marché public, pourra aussi être en fin de compte le seul à avoir des données stables et fiables, y compris des données comme la météo et les alertes de sécurité civile, qui vont bientôt remplacer par exemple les vieux systèmes d'alertes à base de sirènes d'alarme mis en place lors de la Seconde Guerre mondiale, et qu'Orange ne veut plus entretenir gratuitement en France, et en tout cas plus tout seul sans un vrai contrat de concession de service public avec un financement public garanti précisant les obligations de service et les conditions de concurrence éventuelles entre opérateurs et diffuseurs soumis à ces contraintes sur la reprise de ces alertes, un peu comme ce qui s'est passé avec le développement récent des Alertes enlèvement en France comparables aux Amber alerts aux États-Unis). Étant donné la valeur ajoutée importante que peuvent tirer des opérateurs privés de ces informations en live, les obligations européennes en terme de concurrence, et le contexte légal en France comme partout en Europe concernant les droits de radiodiffusion (utilisation du spectre de fréquences) et les droits de propriété intellectuelle et les responsabilités associés à ces données, on n'est pas près légalement à assurer le service live avec OSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...
Le 16 décembre 2012 14:36, adrien carpentier ad.carpent...@gmail.com a écrit : Salut! lmcu qui a ramené cette base d'adresse, l'a constituée en propre depuis plus de 30 ans, je pense qu'il ne s'agit plus que d'une question de temps avant qu'ils officialisent leur ouverture des données, Donc stand-by d'ici l'ouverture officielle de ces données (sauf si on a une confirmation écrite nous autorisant à les intégrer dans OSM). On a au moins de quoi faire des tests ! il y a sans doute des erreurs, mais cela doit être une des meilleurs bd adresse sur le secteur D'après mes essais sur Sailly-lez-Lannoy qui est une petite commune qui a un peu plus de 600 adresses, il y a une quarantaine d'erreurs, ce qui fait un peu plus de 6%. La majorité de ces erreurs portent sur les suffixes bis/ter qui sont tous à T (ter) y compris quand c'est un bis. D'ailleurs n'utiliser qu'une lettre pour les bis/ter/quater est une mauvaise idée car on ne peut pas les différencier des A/B/C/D/E que l'on trouve dans une des rues de cette commune. Il y a quelques adresses liées à la mauvaise rue (c'est là dessus que j'étais tombé en premier) et aussi des adresses manquantes par rapport au cadastre. en ce qui concerne l'import des monuments historiques, osmose signale des erreurs, il n'aime pas par exemple les dates multiples (j'ai signalé comme faux positif : ce sont des données importées par la base des mhs), mais ça a quand même bien amélioré l'exhaustivité de cette donnée sur lille. Je pense qu'il faudrait revoir la modélisation de certains monuments historiques. Ce sont souvent plusieurs immeubles qui font partie d'un même classement, et ils étaient donc présents dans le fichier fournit sous la forme de plusieurs fiches avec un X/Y distinct et ont été importés en plusieurs noeuds portant le même ref:mhs. On arrive à des cas assez extrêmes du genre de la Vieille bourse du commerce qui a 24 noeuds portant le même ref:mhs=PA00107569 ! Il serait sûrement préférable d'avoir un polygone englobant ou une relation multipolygon qui elle porterai les informations de classement en monument historique et les polygones des bâtiments concernés par un même classement. enfin, osmose n'a pas aimé les accents oubliés sur hôtel, j'ai corrigé pas mal des erreurs induites par ces imports, mais la base semblait bien constituée et complète Le géoréférencement était plutôt bon (visiblement pas issu d'un géocodage qui souvent donne des positions sur la rue). J'ai rectifier quelques Hotel en Hôtel avez-vous pu récupérer les quartiers de lille? C'est fait. http://layers.openstreetmap.fr/?zoom=13lat=50.62783lon=3.06856layers=B00FTFF (Bois Blancs n'était pas encore visible) merci en tout cas à l'équipe qui a taffé toute cette journée là-dessus! en gros, est-ce que vous savez dire combien d'objets vous avez pu importer, améliorer ou corriger? Euh... entre les musés (26), les hôtels (une cinquantaine), les monuments historiques (380 il me semble), les lignes de métro (plus de 1000 objets modifiés vu que j'ai remis au propre le tracé) et la mise au propre des stations (+ les liens wikipédia), les adresses de Sailly-lez-Lannoy (600), il doit bien y avoir entre 2000 et 3000 nouveaux objets. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Info : l'orthophotographie aérienne 2011 disponible sur Rennes Métropole
Bonjour, Je profite de ce fil de discussion pour signaler que l'orthophoto de Brest 2004 à 20 cm, qui était sur bmo.openstreetmap.fr, vient d'être installée en TMS sur wms.openstreetmap.fr, ce qui permet des accès plus rapides, en particulier parce que les tuiles sont mises en cache par Tilecache après un premier accès. (En utilisant comme définition du référentiel d'origine, de préférence à EPSG:27561, IGNF:LAMB1, qui incorpore une grille de corrections, comme utilement recommandé dans l'article https://wiki.openstreetmap.org/w/images/d/db/2010-06_Geomatique_Expert_Cartes_ouvertes_pour_OSM_a_Brest.pdf ) Jocelyn l'a intégrée dans la page d'accueil sur bmo.openstreetmap.fr : http://bmo.openstreetmap.fr/?layers=00FBFFF L'URL pour JOSM (à ajouter dans Préférences/WMS+TMS/) est : tms[20]:http://wms.openstreetmap.fr/tms/1.0.0/brest_2004/{zoom}/{x}/{y} URL pour Potlatch2 : http://wms.openstreetmap.fr/tms/1.0.0/brest_2004/$z/$x/$y Accès WMS (dans JOSM) à partir de http://wms.openstreetmap.fr/wms C'est aussi l'occasion de rappeler à ceux qui ne seraient pas au courant que plusieurs orthophotographies de la région, dont une orthophoto de Brest 2010 à 10 cm, sont disponibles en WMS sur GéoBretagne à partir de http://geobretagne.fr/wms Cordialement, Jean-Guilhem -- gpg 0x5939EAE2 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Info : l'orthophotographie aérienne 2011 disponible sur Rennes Métropole
Le dimanche 16 décembre 2012 19:27:42, Jean-Guilhem Cailton a écrit : Bonjour, Je profite de ce fil de discussion pour signaler que l'orthophoto de Brest 2004 à 20 cm, qui était sur bmo.openstreetmap.fr, vient d'être installée en TMS sur wms.openstreetmap.fr Un courageux pour centraliser toutes ces bonnes infos ici : http://wiki.openstreetmap.org/wiki/FR:Servers/wms.openstreetmap.fr ? J'ai mis à jour la page http://wiki.openstreetmap.org/wiki/FR:Servers comme j'ai pu/su -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Info : l'orthophotographie aérienne 2011 disponible sur Rennes Métropole
Le 16/12/2012 20:28, sly (sylvain letuffe) a écrit : Le dimanche 16 décembre 2012 19:27:42, Jean-Guilhem Cailton a écrit : Bonjour, Je profite de ce fil de discussion pour signaler que l'orthophoto de Brest 2004 à 20 cm, qui était sur bmo.openstreetmap.fr, vient d'être installée en TMS sur wms.openstreetmap.fr Un courageux pour centraliser toutes ces bonnes infos ici : http://wiki.openstreetmap.org/wiki/FR:Servers/wms.openstreetmap.fr ? Est-ce que ça ne va pas faire un peu doublon avec cette url ? http://wms.openstreetmap.fr/tms/1.0.0/ (le format n'est pas forcément très lisible, mais on est sûr que toutes les orthophotos y seront listées) De plus, il y a la page http://josm.openstreetmap.de/wiki/Maps où tous les WMS hébergées sur wms.openstreetmap.fr devraient être listées. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Info : l'orthophotographie aérienne 2011 disponible sur Rennes Métropole
Le dimanche 16 décembre 2012 20:48:51, Jocelyn Jaubert a écrit : Est-ce que ça ne va pas faire un peu doublon avec cette url ? http://wms.openstreetmap.fr/tms/1.0.0/ A mon avis, juste à peine un tout petit peu ;-) (le format n'est pas forcément très lisible, mais on est sûr que toutes les orthophotos y seront listées) Disons ça : pas très lisible ça manque un peu de mots et ça dit pas trop dans quel menu de merkator il faut que j'ajoute quoi pour que ça marche ;-) De plus, il y a la page http://josm.openstreetmap.de/wiki/Maps où tous les WMS hébergées sur wms.openstreetmap.fr devraient être listées. Je vais au moins ajouter deux liens vers ces ressources. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Info : l'orthophotographie aérienne 2011 disponible sur Rennes Métropole
Les catalogues sont un aspect intéressant de JOSM à tenir compte. De cette façon, les usagers peuvent ajouter l'imagerie simplement à partir du menu de préférences WMS de JOSM. On sélectionne un fournisser dans le panneau du haut. La page wiki http://josm.openstreetmap.de/wiki/Maps permet d'ajouter des fournisseurs. À noter l'attribut country-code Pierre De : sly (sylvain letuffe) li...@letuffe.org À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Dimanche 16 décembre 2012 14h58 Objet : Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Info : l'orthophotographie aérienne 2011 disponible sur Rennes Métropole Le dimanche 16 décembre 2012 20:48:51, Jocelyn Jaubert a écrit : Est-ce que ça ne va pas faire un peu doublon avec cette url ? http://wms.openstreetmap.fr/tms/1.0.0/ A mon avis, juste à peine un tout petit peu ;-) (le format n'est pas forcément très lisible, mais on est sûr que toutes les orthophotos y seront listées) Disons ça : pas très lisible ça manque un peu de mots et ça dit pas trop dans quel menu de merkator il faut que j'ajoute quoi pour que ça marche ;-) De plus, il y a la page http://josm.openstreetmap.de/wiki/Maps où tous les WMS hébergées sur wms.openstreetmap.fr devraient être listées. Je vais au moins ajouter deux liens vers ces ressources. -- sly (sylvain letuffe) ___ 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] [forum-osm-fr] Comment masquer des éléments ?
Le message suivant de : ## Bonjour, Ayant besoin de charger une zone qui dépasse les limites de mon petit ordinateur j'aimerai savoir si je peut faire un téléchargement sélectif ou si je peut masquer des données de l'affichage de JOSM afin de travailler sur les éléments qui m’intéresse. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=5 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: [Talk-us] [Imports] shawnee county landuse
On Sun, Dec 16, 2012 at 2:09 AM, Martin Koppenhöfer dieterdre...@gmail.comwrote: Am 15/dic/2012 um 22:39 schrieb Mike Dupont jamesmikedup...@googlemail.com: 3. **What tagging are you proposing? addr:* and landuse the only additional tag are the four detailed landuse tags eg lbcs:activity:code{1100=1} lbcs:activity:name{Household activities=1} lbcs:function:code{1170=1} lbcs:function:name{Garden apartment complex (1=1} These codes are details on how the lot is zoned. otherwise I am using this information for fixing the street names and zip codes. Are the landuses you plan to tag actual landuses or permitted/planned landuses? These are actual landuses, the ones that describe the business. when you register a business here in kansas, you have to provide this information. https://www.kansas.gov/bess/flow/main?execution=e1s1 I will also be looking into how that data can be extracted and compared some day. This is more than zoning infomation. If you look at this for example : http://www.snco.us/Ap/C_prop/Listing.asp?PRCL_ID=0973604030001000 2151-Grocery store / supermarket 2110-Goods-oriented shopping that is very accurate and could be used for direct tag information. there is a building layer on the snco gis site, but I have not figured out how to extract it, it seems to be hidden. So I am tracing them from bing. http://gis.snco.us/ArcGIS/rest/services/Basemap_102100/MapServer/7 http://gis.snco.us/ArcGIS/rest/services/Basemap_102100/MapServer/8 **4. **The last few times someone has proposed importing property lot data the consensus has been that that type of data shouldn’t be imported into OSM. Why is this different? I am importing the plots for zipcode, house number and address data. It is being used to tag the buildings, it can be deleted when it has been totally processed. IMHO addresses belong (often) to plots, so in these cases there is no point in transferring the address information to a building. Don't remember consensus to not import property limits. I do remember though that there were concerns about the sheer amount of data increase if we imported this for the whole world. Cheers, Martin Well these are plots/property limits. And I dont want to import them for the whole world, just the streets that I am tracing buildings from so that I can quickly find locations. Also did you notice that http://nominatim.openstreetmap.org/ can now find house numbers accurately for these streets I imported : http://nominatim.openstreetmap.org/search.php?q=2033+Southwest+Wanamaker+Rd%2C+Topeka%2C+Kansasviewbox=-217.97%2C80.28%2C217.97%2C-70.31 Until the houses are traced and the data transfered like i did here : http://www.openstreetmap.org/browse/way/196582551 I removed the plot and the lbcs data and left only the house itself. I forgot the landuse=residential. -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] MassGIS building import - update 1
Hi, The following towns were imported this weekend that were previously mostly devoid of structures. Abington, Acton, Acushnet, Alford, Arlington, Ashfield, Auburn, Avon, Dunstable, Harwich, Leyden, Littleton, Mattapoisett, Millville, Mount Washington, Nahant, Newburyport, Truro, and Westhampton. The following towns were imported, but had many existing structures, so most of the structures are not from this import. Chelsea, Groton, Malden The import has finished 6% of the state. Provincetown was not aligned well and was not imported, everything is shifted by 4 meters. The bing images looks OK, they align well with the MassDOT roads. I sent an email to MassGIS about it. Otherwise, just very small problems. Things like schools missing building tag, so it gets double imported and bleachers, tents, and storage containers getting imported. I have cleaned up afterwards all of the errors that I noticed while importing. Unfortunately, because of Provincetown, I don't think we can do a full blown automated import. Each town will need to at least get checked for alignment first. We are going to take a break from the import for a bit to give everybody time to look at the data and see if there are any additional issues. Thanks Jason. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
On Thu, Dec 13, 2012 at 11:12 PM, Jason Remillard remillard.ja...@gmail.com wrote: Hi, I update the wiki http://wiki.openstreetmap.org/wiki/MassGIS_Buildings_Import Jason, While I think it's great you want to help OSM in this way, I have a few concerns. I think it's great that you've documented the process, but even after following a lot of links that point to other links that point to Google Docs, I can't find the scripts you use to do the conversion. If those script are available at all, they're hard to find and review. And the same goes for the timeframe. It seems you documented this on Friday and then ran it on Sunday? I don't think I'm the only one who sometimes takes email vacations on the weekend, and I didn't feel I had time to look over any of the process. I suspect others may feel the same way. - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
Hi, The script has been getting move around a bit as switched over to having all of the OSM files in one zip file. I put the script in the google docs directory, outside of the big zip. Thanks Jason. On Sun, Dec 16, 2012 at 7:41 PM, Serge Wroclawski emac...@gmail.com wrote: On Thu, Dec 13, 2012 at 11:12 PM, Jason Remillard remillard.ja...@gmail.com wrote: Hi, I update the wiki http://wiki.openstreetmap.org/wiki/MassGIS_Buildings_Import Jason, While I think it's great you want to help OSM in this way, I have a few concerns. I think it's great that you've documented the process, but even after following a lot of links that point to other links that point to Google Docs, I can't find the scripts you use to do the conversion. If those script are available at all, they're hard to find and review. And the same goes for the timeframe. It seems you documented this on Friday and then ran it on Sunday? I don't think I'm the only one who sometimes takes email vacations on the weekend, and I didn't feel I had time to look over any of the process. I suspect others may feel the same way. - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] More on TIGER: Where it's likely safe to import
I pulled together some of the notes and imagery I've been posting here recently: http://www.openstreetmap.us/~migurski/green-means-go/ It's a map of 1km×1km squares covering the continental United States. Green squares show places where data imports are unlikely to interfere with community mapping. Raw data is linked at the bottom. Three things that would make this better: - Regular updates with archived older versions. - Renders for specific counties, intended for local GIS communities. - Some awareness of full planet history. The OSM-US server has data for regular updates. -mike. michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] More on TIGER: Where it's likely safe to import
OK this is plain awesome. Great work Mike. One note of caution though - the title may suggest that you can just go ahead and import away, but folks would still have to follow the import guidelines and contact the OSM community at large, come up with a solid proposal and discuss that, even if there is no local community. I know it says it on the tin, but it's kind of tucked away at the bottom. Have you looked into full history planet parsing to get a fuller picture of editing history? I took a stab at full history user metrics some time ago using osmjs; https://github.com/mvexel/OSMQualityMetrics/blob/master/UserStats.js - this produces one set of metrics for the entire .osh file you feed it but it may prove useful for future work. I haven't touched this in a while but it should still work :/ On Sun, Dec 16, 2012 at 8:02 PM, Michal Migurski m...@teczno.com wrote: I pulled together some of the notes and imagery I've been posting here recently: http://www.openstreetmap.us/~migurski/green-means-go/ It's a map of 1km×1km squares covering the continental United States. Green squares show places where data imports are unlikely to interfere with community mapping. Raw data is linked at the bottom. Three things that would make this better: - Regular updates with archived older versions. - Renders for specific counties, intended for local GIS communities. - Some awareness of full planet history. The OSM-US server has data for regular updates. -mike. michal migurski- contact info and pgp key: sf/cahttp://mike.teczno.com/contact.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Imports in Riley county, KS
As mentioned previously on talk-us, I made contact with the Riley county GIS department and got access to their data. Since then I have been analyzing and working with the data. I believe I am nearing a point at which I can proceed with some imports based on this data. There are a few different data sets, each of which will be handled individually. The biggest one is an address import of about 20,000 points. I don't have many fellow mappers around here but I have brought it up with a few occasional users and they do not have a problem with this. As stated on the wiki page, I am hoping to use the church data to involve some of them in the process. I have documented the different data sets, the conversion files and posted .osm files for review on the following wiki page: http://wiki.openstreetmap.org/wiki/Kansas/Riley_County As noted on that page, the address import still needs more processing. In particular there are two special cases that I'm not quite sure what to do with For now I have marked them with FIXME tags in the .osm file. One is apartments. Each apartment has its own point in the county data. They are spaced apart from each other somewhat arbitrarily. My current thought is to discard the apartment number and merge the nodes down to a single node per unique addr:housenumber value. I would place this node either at the building center or at a stairwell if it can be identified. This is how I mapped my own apartment complex some time ago as can be seen here: http://osm.org/go/T59wjkyXy-- The other special case is trailer parks. Two of the biggest ones have one full address point in the middle of the park. Then on each unit they have a point with nothing but the lot number. I'm not actually sure how residents in these parks write their mailing address so I'm not quite sure how to handle it in this data. Some of the smaller parks are marked similarly to apartments with duplicated housenumbers and then a lot number added on. I may just exclude the trailer parks for a first import and come back to them later. I plan on doing the county, state and park boundaries in the next few days. The addresses will likely take a few more days to fix up so that one might wait until after Christmas. Comments welcome. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us