Re: [OSM-talk-be] SOTM-EU
SOTM-EU 2014 is over but all the sessions were recorded, yay! https://www.youtube.com/user/sotmeu Jorieke gave a talk of all the great work she helped with in Lubumbashi, Congo: https://www.youtube.com/watch?v=oAQE1dLgGoM As a good Dutch speaking Belgian she went to Germany to present in English with French slides :-) Her talk starts around 37 minutes. The talk I liked a lot as well is the one from Roland Olbricht, who developed the Overpass API, which I saw this morning on the live stream. It will probably be put online soon as well. He continued development of Overpass and now it's possible to make queries which dig into the history of the OSM objects. So it's possible to compare between 2 points in time, which is not entirely trivial, as normally our ways and relations don't have geodata included. (Only nodes do), but he found a way to accomplish it. Enjoy! Jo, who feels sad he didn't go, but who's glad to 'have been there' virtually thanks to amazing internet technology. 2014-04-29 15:25 GMT+02:00 Ben Abelshausen ben.abelshau...@gmail.com: Hi All! It's only 7 weeks until SOTM-EU (http://sotm-eu.org/) and I want to advertise a little and hope some of our Belgian-mappers are going to join! *Where?* SOTM-EU is in Karlsruhe this year so not far at all! http://osrm.at/7cW *When?* 13-15th june *Who's going?* Me Jorieke will be there but you will meet a lot of other mappers and maybe finally will have some faces with all these names/emailadresses. *What usually happens at SOTM and why we go:* - You will meet a lot of fellow mappers but also get the opportunity to learn more about OSM and what is happening in the wider OSM-community. There are always new things going on and you will be amazed at how crazy people can be about what they are doing (in a good way ;-)). - On Friday and Saturday there are talks about mapping/tools/community... and on Sunday there is a 'Hack Day', you can join a local mapping party or join one of the workshops. - I have never been to a SOTM and regretted it afterwards... ;-) - This is a great opportunity to join because SOTM-EU is right around the corner and it's completely uncertain what will happen next year. - And last but not least, the informal part of the weekend: usually there is a pub-delegation with a lot of talking and drinking happening. *How can you get there?* If some of you are interested let us know, we will probably drive there and we can take on at least two extra passengers! We can pick you up somewhere, at least you will get there for free... :-) According to your schedule we can discuss when we leave/come back. It would be nice to have a some new faces from Belgium there this year! Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] SOTM-EU
At the moment it's only fully reliable since the beginning of June 2014. Somewhere in July he will have replayed the whole history once more. Jo 2014-06-15 22:01 GMT+02:00 Marc Gemis marc.ge...@gmail.com: On Sun, Jun 15, 2014 at 9:20 PM, Jo winfi...@gmail.com wrote: So it's possible to compare between 2 points in time, which is not entirely trivial, as normally our ways and relations don't have geodata included. (Only nodes do), but he found a way to accomplish it. As far as I know (from his blog I believe), it's only since 2012. he needs the time to rerun all planet updates from the beginning in order to have all history. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] TEC Open Data: let's start !
Hi, I'm conducting an offline TEC conversation business with Jo and I'm impressed. You will soon be able to confidently buy TEC tickets and use the OSM transport map ;-) I have just two tag remarks. For the third time (Julien), if we want to use URLs, we'd better use URLs. network=tec-wl.be is not an URL as you can see by not being able to click on it here http://www.openstreetmap.org/node/857875464. network=http://tec-wl.be is one as you can see by being able to click on it here http://www.openstreetmap.org/node/1645537259. I recommend adding *source=survey 2014-06 TEC 2014-04* Much like Key:source http://wiki.openstreetmap.org/wiki/Key:source indicates and I am presently proposing to amend slightly as shown below. The bulk import scenario was clearly written with in mind the idea to maintain a remaining-to do TEC file. Suppose an *.osm file is built from an imported source. The map contributors are requested to move/update the map elements to osm.org after verifications such as coordinates. If the *.osm map elements contain a survey value such as source=survey import-date, then a program can find out by checking for an equal or later survey date what map elements have been moved/updated to osm.org and hence build a remaining.osm file containing what remains to be done. A FIXME can be added at import time to already existing osm.org elements to warn about the ongoing import. Cheers, André. Following this discussion here is a proposed clarification to Key:source http://wiki.openstreetmap.org/wiki/Key:source. The goal is to define the word, make date mandatory, use ISO format, define per source tag meaning. Is there any objection or suggestion for changes? *survey* -mm[-dd] (with one blank and an /ISO/ 8601 http://www.google.be/url?sa=trct=jq=esrc=ssource=webcd=3cad=rjauact=8sqi=2ved=0CDAQFjACurl=http%3A%2F%2Fwww.iso.org%2Fiso%2Ffr%2Fhome%2Fstandards%2Fiso8601.htmei=X3qZU_CEPNHR4QT34YGwCgusg=AFQjCNHMm5_cA8CzTjEvrWYQc5GZ9K1wLgsig2=m6xdSXuaBGqt6Qlj0tCfTwbvm=bv.68911936,d.bGE format date) can be used within the data of any source.KEY=* or source=* tag to indicate that, on that date, the source(s) of KEY were the most recent and the data was verified to be correct for that KEY. In source=*, survey means the same for all possible (required) keys (even those absent by default), but it can be overridden by survey in some source.KEY tags. survey helps to avoid making already done verifications, especially because a source publication date is not a verification date. survey can contain the date of dateless sources like visual or knowledge. It can help humanly assisted bulk imports. Please update the survey date of what you verify (a substantial time later), even if you don't add survey dates yourself. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-de] Kölner Gebäudemodell
Hallöchen, habe gerade das hier entdeckt: www.offenedaten-koeln.de/dataset/gebäudemodell-stadt-köln-2010 Darunter steht Bezugssystem nach Gauß-Krüger, aber wenn ich das einstelle sagt mir JOSM, dass das Koordinatenreferenzsystem nicht ermittelt werden konnte. Weiß jemand, wie ich mir das mal ansehen kann? Gruß Johannes signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Presentazionia SotM-EU
Ciao a tutti, gli organizzatori di State of the Map - Europe, che si conclude oggi a Karlsruhe (Germania) hanno registrato e stanno caricando i video di tutte le presentazioni della manifestazione. Le trovate tutte sul canale SotM-EU Youtube[*]. {parentesi autopromozionale} Qui: https://www.youtube.com/watch?v=HhRAqax0_qk trovate la mia presentazione a proposito di Wikipedia-tags-in-OSM, che è anche disponibile su slideshare qui: http://www.slideshare.net/CristianCantoro/presentazione-consonni Ringrazio Simone F. e Luca Delucchi per il supporto in questi giorni e per aver sviluppato il tool :-) {/parentesi autopromozionale} Qui: https://www.youtube.com/watch?v=xwWQdufjgM4 trovate la presentazione di Francesca Valentina a proposito di SardSOS. Non so se abbia pubblicato le slide. Qui: https://www.youtube.com/watch?v=IUE_OPP4_XI c'è una presentazione di Alfonso Crisci che ha analizzato (in collaborazione con il Digital Commons Lab della Fondazione Bruno Kessler) le caratteristiche di OSM per alcune città italiane. http://www.slideshare.net/alfcrisci/sot-m-eu2014crisci Infine, altri due ragazzi italiani hanno fatto una preesentazione, quando recupero il titolo lo segnalerò qui. Ciao, Cristian [*] https://www.youtube.com/user/sotmeu ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Presentazionia SotM-EU
Il giorno 15 giugno 2014 15:06, Cristian Consonni kikkocrist...@gmail.com ha scritto: Ciao a tutti, Ciao Cristian, la tua me la devo riguardare perchè stavo saltando tra la tua e quella di Mapillary... (teorema dello zapping: più canali guardi, maggiori informazioni perdi.) Infine, altri due ragazzi italiani hanno fatto una preesentazione, quando recupero il titolo lo segnalerò qui. Quelli di BikeDistrict? https://www.youtube.com/watch?v=DaPPWgg8_dw che lavorano con la community di OSM? Ciao, Cristian Grandi tutti! [*] https://www.youtube.com/user/sotmeu ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Presentazionia SotM-EU
Ciao, sí ho caricato la presentazione su slideshare stamane, per chi volesse guardarle le trovate qui : http://www.slideshare.net/fra2vale/sardsos-osm-community-sotmeu-2014?utm_source=slideshowutm_medium=ssemailutm_campaign=post_upload_view_cta il mio talk era proprio sul valore della comunitá in OSM come gatekeeper del progetto, cosí come é successo per sardsos, quindi penso alcuni di voi si possano ritrovare. Fatemi avere il vostro feedback se vi va. Qua si é parlato tanto di comunitá e confrontandoci con gli altri paesi, quella italiana é davvero forte e tutti erano interessati a come stesse crescendo. Magari faccio un piccolo report su come é andata qua a Karlsruhe perché merita, davvero una bella atmosfera e tanti progetti interessanti. Un saluto a tutti Francesca Il 15/giu/2014 15:07 Cristian Consonni kikkocrist...@gmail.com ha scritto: Ciao a tutti, gli organizzatori di State of the Map - Europe, che si conclude oggi a Karlsruhe (Germania) hanno registrato e stanno caricando i video di tutte le presentazioni della manifestazione. Le trovate tutte sul canale SotM-EU Youtube[*]. {parentesi autopromozionale} Qui: https://www.youtube.com/watch?v=HhRAqax0_qk trovate la mia presentazione a proposito di Wikipedia-tags-in-OSM, che è anche disponibile su slideshare qui: http://www.slideshare.net/CristianCantoro/presentazione-consonni Ringrazio Simone F. e Luca Delucchi per il supporto in questi giorni e per aver sviluppato il tool :-) {/parentesi autopromozionale} Qui: https://www.youtube.com/watch?v=xwWQdufjgM4 trovate la presentazione di Francesca Valentina a proposito di SardSOS. Non so se abbia pubblicato le slide. Qui: https://www.youtube.com/watch?v=IUE_OPP4_XI c'è una presentazione di Alfonso Crisci che ha analizzato (in collaborazione con il Digital Commons Lab della Fondazione Bruno Kessler) le caratteristiche di OSM per alcune città italiane. http://www.slideshare.net/alfcrisci/sot-m-eu2014crisci Infine, altri due ragazzi italiani hanno fatto una preesentazione, quando recupero il titolo lo segnalerò qui. Ciao, Cristian [*] https://www.youtube.com/user/sotmeu ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Presentazionia SotM-EU
Il 15 giugno 2014 15:18, sabas88 saba...@gmail.com ha scritto: Quelli di BikeDistrict? https://www.youtube.com/watch?v=DaPPWgg8_dw che lavorano con la community di OSM? Esatto, grazie! Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Presentazionia SotM-EU
materiale per la wikimedia newsletter :D Il giorno 15 giugno 2014 16:23, Francesca Valentina coretodes...@gmail.com ha scritto: Ciao, sí ho caricato la presentazione su slideshare stamane, per chi volesse guardarle le trovate qui : http://www.slideshare.net/fra2vale/sardsos-osm-community-sotmeu-2014?utm_source=slideshowutm_medium=ssemailutm_campaign=post_upload_view_cta il mio talk era proprio sul valore della comunitá in OSM come gatekeeper del progetto, cosí come é successo per sardsos, quindi penso alcuni di voi si possano ritrovare. Fatemi avere il vostro feedback se vi va. Qua si é parlato tanto di comunitá e confrontandoci con gli altri paesi, quella italiana é davvero forte e tutti erano interessati a come stesse crescendo. Magari faccio un piccolo report su come é andata qua a Karlsruhe perché merita, davvero una bella atmosfera e tanti progetti interessanti. Un saluto a tutti Francesca Il 15/giu/2014 15:07 Cristian Consonni kikkocrist...@gmail.com ha scritto: Ciao a tutti, gli organizzatori di State of the Map - Europe, che si conclude oggi a Karlsruhe (Germania) hanno registrato e stanno caricando i video di tutte le presentazioni della manifestazione. Le trovate tutte sul canale SotM-EU Youtube[*]. {parentesi autopromozionale} Qui: https://www.youtube.com/watch?v=HhRAqax0_qk trovate la mia presentazione a proposito di Wikipedia-tags-in-OSM, che è anche disponibile su slideshare qui: http://www.slideshare.net/CristianCantoro/presentazione-consonni Ringrazio Simone F. e Luca Delucchi per il supporto in questi giorni e per aver sviluppato il tool :-) {/parentesi autopromozionale} Qui: https://www.youtube.com/watch?v=xwWQdufjgM4 trovate la presentazione di Francesca Valentina a proposito di SardSOS. Non so se abbia pubblicato le slide. Qui: https://www.youtube.com/watch?v=IUE_OPP4_XI c'è una presentazione di Alfonso Crisci che ha analizzato (in collaborazione con il Digital Commons Lab della Fondazione Bruno Kessler) le caratteristiche di OSM per alcune città italiane. http://www.slideshare.net/alfcrisci/sot-m-eu2014crisci Infine, altri due ragazzi italiani hanno fatto una preesentazione, quando recupero il titolo lo segnalerò qui. Ciao, Cristian [*] https://www.youtube.com/user/sotmeu ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Edoardo Yossef Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] strava routing errors
ho scoperto questo servizio di segnalazione bug nel routing di strava che dovrebbe usare osm labs.strava.com/routing-errors/#1000/11/12.44133/41.84476 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Presentazionia SotM-EU
Il giorno 15 giugno 2014 15:06, Cristian Consonni kikkocrist...@gmail.com ha scritto: Ciao a tutti, gli organizzatori di State of the Map - Europe, che si conclude oggi a Karlsruhe (Germania) hanno registrato e stanno caricando i video di tutte le presentazioni della manifestazione. ... trovate la mia presentazione a proposito di Wikipedia-tags-in-OSM Complimenti! Ringrazio Simone F. e Luca Delucchi per il supporto in questi giorni e per aver sviluppato il tool :-) Grazie a te per aver diffuso il verbo ;-) Complimenti anche agli atlri. Ciao, Simone F. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Datos de portales de municipio de Madrid
Hola a todos. He trabajado un poquito más y ya tengo una base de datos sqlite con el fichero de portales de Madrid, y una mini-web en php que permite hacer queries a esta base de datos generando el fichero XML OSM correspondiente. El código de la mini-web está en https://github.com/davefx/osm-callejero-importer La base de datos está en dropbox: https://www.dropbox.com/s/i4hd1nibj3roqye/callejero-madrid.sqlite. El fichero de la base de datos debe dejarse en la misma carpeta donde se encuentran el resto de ficheros que conforman la web. He subido ya algunos datos de mi barrio actual: http://www.openstreetmap.org/#map=18/40.46261/-3.63051 Los datos que estoy importando son: - addr:city, que es Madrid en todos los casos - addr:country, que es ES en todos los casos - addr:housenumber, con el número - addr:postcode, con el código postal (¡que también viene!) - addr:street, con la calle. ¿Añadimos o quitamos algún tag antes de elevar esto a la lista de imports? La idea sería hacer una importación manual, calle a calle, y mezclar los datos nuevos con los datos viejos en los sitios en los que aplique. Por ejemplo, en la zona con la que he trabajado, he mezclado los nuevos datos con números y sus datos con una oficina de una ONG y un colegio que ya existían en el mapa. ¿Dudas? ¿comentarios? ¿tirones de orejas? -- David Marín Carreño dav...@gmail.com Saludo a la NSA que me estará viendo - Best regards to the NSA workers who are reading this mail El 30 de mayo de 2014, 19:18, Santiago Crespo openstreet...@flanera.net escribió: OᴗO He añadido el portal de datos abiertos del ayuntamiento al wiki: https://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#Portal_de_Datos_abiertos_del_Ayuntamiento_de_Madrid Y he creado otra página para organizar la importación. Por ahora sólo tiene los enlaces a los conjuntos de datos que he considerado interesantes, sin ordenar: https://wiki.openstreetmap.org/wiki/Import_Ayuntamiento_Madrid Lo que se me ha ocurrido es hacer una pequeña ficha por cada archivo (cada conjunto de datos puede tener varios archivos) en la que conste: Nombre Descripción Propuesta de importación de cada campo y su etiqueta en OSM Enlaces a los archivos de datos Estas fichas pueden ser una sección en la misma página. ¿Se os ocurre qué más cosas poner en cada ficha? Es un currazo! Si alguien se anima a echar una mano que lo vaya comentando para no repetir el trabajo. Por mi parte hoy lo dejo aquí, otro día haré una primera ficha y un script para convertir los archivos del ayuntamiento a formato XML OSM. Saludos, Santiago Crespo El 30/05/14 12:30, David Marín Carreño escribió: Hola a todos. El otro día descubrí el portal de Open data del Ayuntamiento de Madrid. http://datos.madrid.es/portal/site/egob/ Resulta que te puedes bajar un csv que incluye todos los datos de todos los portales del municipio, con una separación muy útil de la información (tipo de calle, prefijo, nombre de calle, código postal, distrito...), e incluyendo coordenadas tanto en utm como en grados. Aún no he examinado la precisión de los datos, pero parecen tener muy buena pinta. Como el tema de la importación del catastro parece que va para largo (parece que el grupo de imports en ciertos casos parece que debería llamarse anti-imports), y hemos descubierto que los datos de Catastro no son siempre demasiado buenos ¿nos liamos la manta a la cabeza e importamos las direcciones de todo el municipio de Madrid? Propondría la importación de datos de portales por barrios. Y por supuesto, habría que tener la aprobación de la lista de imports... ¿Qué os parece? ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Warum sehe ich die Ruine nicht?
Liebe alle, eine kurze Frage meinerseits. An dieser Stelle https://www.openstreetmap.org/#map=19/45.10005/14.62981 befindet sich eine Burgruine, die ich besucht und anschließend eingetragen hab. In JOSM und im Bearbeitungs-Modus auf der Webseite ist die Burg auch zu finden (sind zwei Punkte sogar, eine Burg- und eine Kirchen-Ruine), in der Karteansicht werden die Punkte aber schon länger nicht übernommen. Was habe ich falsch gemacht? Ich meine, ich hätte damals mit einer Vorlage aus JOSM gearbeitet. Danke und liebe Grüße, Maxi ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Warum sehe ich die Ruine nicht?
hi maximilian, schau mal auf diese karte: http://geschichtskarten.openstreetmap.de/historische_objekte/ da knnte deine Burg drauf sein. Wehnn nicht, schau dir deren Anforderungen mal an. Gruss walter Gesendet:Sonntag, 15. Juni 2014 um 10:20 Uhr Von:Maximilian Wollner maximilian.woll...@gmx.at An:OpenStreetMap AT talk-at@openstreetmap.org Betreff:[Talk-at] Warum sehe ich die Ruine nicht? Liebe alle, eine kurze Frage meinerseits. An dieser Stelle https://www.openstreetmap.org/#map=19/45.10005/14.62981 befindet sich eine Burgruine, die ich besucht und anschlieend eingetragen hab. In JOSM und im Bearbeitungs-Modus auf der Webseite ist die Burg auch zu finden (sind zwei Punkte sogar, eine Burg- und eine Kirchen-Ruine), in der Karteansicht werden die Punkte aber schon lnger nicht bernommen. Was habe ich falsch gemacht? Ich meine, ich htte damals mit einer Vorlage aus JOSM gearbeitet. Danke und liebe Gre, Maxi ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Warum sehe ich die Ruine nicht?
Lieber Friedrich, lieber Walter, vielen Dank für eure Hinweise! Ja, auf gschichtskarten.openstreetmap.de erscheint die Burg und auf HikeBikeMap z. B. auch, das mit dem Layer war mir nicht bekannt. Mit den richtigen Tags werde ich mich auch noch auseinandersetzen und verbessern. Ach, tourism=attraction erscheint mir in dem Fall dann sinnvoll, da das Ding vor Ort und in Fremdenführern usw. ausgeschildert bzw. ausgewiesen ist. Heißt das übrigens, dass ich mit den Vorlagen in JOSM generell vorsichtig sein sollte, weil die veraltete Tags verwenden? Danke und liebe Grüße, Maximilian Der Standard-Layer (Mapnik) auf openstreetmap.org zeigt keine Ruinen an, außer du setzt zusätzlich tourism=attraction o.ä. Außerdem ist historic=ruins nicht mehr das empfohlene Tag für Burgruinen. Stattdessen das ganze Ruinenareal als Fläche mit historic=castle + castle_type=defensive + name=* (und evtl. tourism=attraction, damit es angezeigt wird) und die Gebäudereste ebenfalls als Flächen mit building=* (building=church für die Kirchenruine) + building:condition=*. Freistehende Mauern evtl. als barrier=wall. schau mal auf diese karte: http://geschichtskarten.openstreetmap.de/historische_objekte/ da könnte deine Burg drauf sein. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Warum sehe ich die Ruine nicht?
Hi maximilian, Heit das brigens, dass ich mit den Vorlagen in JOSM generell vorsichtig sein sollte, weil die veraltete Tags verwenden? Kommt darauf an, von wo die Vorlagen stammen und wer die erstellt hat. Manchmal werden die freigegeben und dann kmmert sich niemand mehr drum. Gruss walter ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] SOTM-EU
Os vídeos estão disponivel : https://youtube.com/sotmeu ou para download : http://ftp5.gwdg.de/pub/misc/openstreetmap/SOTMEU2014/ Os vídeos workshops de hoje estão/vão também ser disponibilizado. Francisco - Mail original - From: f dos santos f.dos.san...@free.fr To: Lista de discuss#227;o para Portugal talk-pt@openstreetmap.org Date: 14/06/2014 09:26:54 Subject: [Talk-pt] SOTM-EU Viva, Há streaming ao vivo do State of the Map EU : http://sotm-eu.org/en/streaming Os vídeos ficaram disponivel mais tarde. Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
[Talk-lv] jelgavas pasaakuma rezultaati un iedzershana sauliitee
pimirsu sheit iespamot - ir pieejami skaitliski jelgavas mapping party rezultaati : http://osm.lv/blog/2014/06/jelgavas-pasakuma-rezultati/ kaa arii iiss rakstinjsh par interesantu osm datu izmantoshanu krogu sakaraa :) http://osm.lv/blog/2014/06/iedzert-saulite/ -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] Geoinformatics FCE CTU 2014
Díky za super prezentaci. A taky za to, ze jste dorazili. Doufám, že příští rok bude účast ze strany osm komunity ještě hojnější J Send from cellphone On Jun 12, 2014 10:32 PM, Marián Kyral mky...@email.cz wrote: Právě jsem se vrátil z hradu (teda o kousek vedle) :-D Díky moc za pozvání, moje prezentace byla kupodivu celkem v klidu (i když Chuck Norris nezabral, jak jsem si představoval). Kdo by měl zájem, tady jsou linky na prezentaci: ODP: http://www.kyralovi.cz/tmp/geoinformatics_2014/mkyral_OSM_a_kvalita_dat.odp PDF: http://www.kyralovi.cz/tmp/geoinformatics_2014/mkyral_OSM_a_kvalita_dat.pdf (když se zadaří, tak snad někdy budou i videa) Jsem moc rád, že jsem se viděl s Jáchymem, Hanojem, Pedrem (Petr Vejsada), Petrem Morávkem (Xificurk), Petrem Součkem a dalšími (omlouvám se, jména téměř okamžitě zapomínám :-( ) Tak snad zase někdy příště. Marián -- Původní zpráva -- Od: Martin Landa landa.mar...@gmail.com Komu: FreeGeoCZ freege...@fsv.cvut.cz, OpenStreetMap - CZ talk-cz@openstreetmap.org Datum: 11. 6. 2014 10:47:41 Předmět: Re: [Talk-cz] Geoinformatics FCE CTU 2014 Dobry den, Dne 15. května 2014 14:31 Martin Landa landa.mar...@gmail.com napsal(a): timto rad oznamuji, ze i tento rok budeme pokracovat v tradici zapocte jiz v roce 2006. Konference Geoinformatics [1] na Fakulte stavebni CVUT v Praze se tento rok bude konat ve dnech 12.6. a 13.6. Letosni rocnik neplanujeme zvat zahranicni hosty (vyjma Slovenska), jazykem konference tedy bude *cestina*. pripominam pouze, ze konference zacina jiz *zitra* (12.6.) od 9.50h (prvni prispevek v 10h) [1] na pude Fakulty stavebni CVUT v Praze [2]. Budu se tesit na videnou, s pozdravem ML [1] http://geoinformatics.fsv.cvut.cz/gwiki/Main_Page#Thursday_12_June [2] http://geoinformatics.fsv.cvut.cz/gwiki/Where_you_can_find_us -- Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it-southtyrol] Landuse Import Gebirge Südtirol
Hallo Martin, die Gletscher sollten kein großes Problem darstellen, das scheinen in den betroffenen Regionen nicht so viele zu sein. Die könnte ich übernehmen (ich habe in der letzten Zeit einige Gletscher im Everest-Gebiet gemappt). Stehen lassen sollte man die importierten Gletscher aber denke ich trotzdem als Anhaltspunkt wo Gletscher sind. (ich würde die dann sukzessiv ersetzen) Interessant finde ich in diesem Zusammenhang, dass die Gletscher in den Importregionen nicht benannt sind, da wo kein Import stattfand wurden sie bereits benannt (z.B. Ortlergruppe). Zu den anderen landuses kann ich nicht viel sagen, da scheint für mich als Außenstehender die Erkennung etwas besser geklappt zu haben, aber so genau scheinen die auch nicht zu sein, zumindest in den Bergregionen: http://www.openstreetmap.org/way/49129312 Fläche als natural=heath, auf den Luftbildern sieht man aber dass da noch Wald ist) natural=heath scheint in den Alpen nicht zu existieren? Zitat aus dem Wiki: “In opposite to natural=tundra this term don't refer to alpine mountains.” (der Satz steht bei natural=fell ebenfalls, wurde aber wohl erst 2014 eingefügt.) Von: Martin Raifer Gesendet: Sonntag, 15. Juni 2014 21:05 An: Sebastian Schropp Cc: talk-it-southtyrol@openstreetmap.org Hallo Sebastian, ja, mir sind diese importierten Flächen auch schon das eine oder andere mal aufgefallen. Wie du richtig sagst, sind diese sehr oft so ungenau (Lage, Auflösung, Klassifizierung), dass sie für die Verwendung in OSM eigentlich nicht brauchbar sind. Als Hintergrund: Die Daten stammen offenbar aus dem CORINE[1] Projekt. Betroffen sind aber nicht nur natural=cliff und natural=fell, sondern auch natural=heath, natural=scrub und sogar natural=glacier. Zumindest für die Gletscher wäre es schön, wenn wir recht bald nach der Aufräum-Aktion diese (besser) ersetzt hätten. Oder wäre es sinnvoll, diese erst mal nicht zu löschen? Analog gilt das Gleiche eigentlich auch für landuse=forest, landuse=farm, etc. (nur halt nicht im Hochgebirge, sondern unten im Tal). Hmm… Liebe Grüße Martin [1] https://de.wikipedia.org/wiki/CORINE 2014-06-15 18:11 GMT+02:00 Sebastian Schropp sebastian.schr...@hotmail.de: Hallo, vor ein paar Monaten gab es im deutschen OSM-Forum vom Betreiber von openandromaps.org den Hinweis, dass in den Gebirgen in Südtirol (Riesenfernergruppe, Villgratner Berge und Zillertaler Alpen) durch einen Import einiges im Argen liegt: http://forum.openstreetmap.org/viewtopic.php?id=23949 Da das ganze dann offensichtlich nicht weiter verfolgt wurde wollte ich mich nun darum kümmern und die OSM-Community vor Ort darauf aufmerksam machen. Das Problem liegt in falsch getaggten und grob falschen Flächen (natural=cliff und natural=fell), z.B.: http://www.openstreetmap.org/way/49074104 diese Fläche umfasst Teile mit natural=bare_rock und natural=scree Im Hochgebirge können falsche Informationen durchaus gefährlich sein. Der Importeur der Daten hat sich im oben genannten Thread auch zu Wort gemeldet und meinte “Wenn sie falsch sind: nicht lange fragen, sondern weghauen!” Ich wollte jedoch jetzt nicht einfach großflächig etwas löschen ohne Einbeziehung der lokalen Community und schreibe deshalb diese Mail hier. Meiner Meinung nach sollte man die importierten Flächen (natural=cliff und natural=fell) löschen (die Umrisse sind auch wertlos) und dann gegebenenfalls sukzessiv neu erfassen. Meiner Meinung nach ist es in diesem Fall besser keine Informationen in OSM zu haben als falsche. Wie seht ihr das? Gruß Sebastian ___ Talk-it-southtyrol mailing list Talk-it-southtyrol@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-southtyrol ___ Talk-it-southtyrol mailing list Talk-it-southtyrol@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-southtyrol
Re: [OSM-talk-fr] rue sur deux communes : deux codes fantoirs
Une deuxième relation réutilisant le chemin de la rue est la bonne solution. Ce chemin peut être nommé... ou pas si le nom est différent selon la commune puisqu'on ne peut indiquer lequel est préféré dans name=* contre alt_name=* : les deux noms sont indiqués dans les deux relations mais échangés (Pas sûr de ce dernier point !! S'il y a deux noms il y a peut-être aussi deux numérotations distinctes qui peuvent se recouvrir, si les communes ne se sont pas mises d'accord sur une numérotation paire pour l'une et impaire pour l'autre, parce qu'un bout de rue n'appartient qu'à une seule commune et utilise à la fois les numéros pairs et impairs ; et dans ce cas il n'est pas possible d'utiliser alt_name indiquant le nom utilisé dans la commune voisine dans faire des confusions d'adresses et il ne faut alors PAS nommer le chemin de la rue qui doit rester anonyme : seule la relation donnerait le nom, le chemin pouvant en revanche avoir un numéro de référence commun sur un réseau, D nnn si elle est départementale par exemple, mais pas le même code FANTOIR non plus; si la rue n'est pas au moins départementale ou métropolitaine, les numéros de voies communales ne seront pas forcément identiques non plus entre les deux communes et on ne pourra pas renseigner le ref sur le chemin mais seulement dans la bonne relation). Le 15 juin 2014 07:37, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, La question a déjà été posée il me semble, mais je n'ai pas retrouvé la réponse. Comment faire lorsque une rue est à cheval sur deux communes et a donc deux codes fantoir ? En l'occurence : https://api.openstreetmap.org/way/78628946 Sur la couche Bano, on voit que le rapprochement est délicat sur la commune de Ceyrat (en rouge au nord-ouest) avec le nom de la commune voisine (Beaumont) ajouté à la fin. Mais cette rue porte déjà le code fantoir de Beaumont. http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.75469/3.07449 Comment faire ? Une deuxième relation ? Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rue sur deux communes : deux codes fantoirs
Une relation associatedStreet pour chaque côté est le meilleur moyen pour différencier les adresses situées dans chaque commune. Pour ces cas limitrophes, ajouter le addr:city et addr:postcode permet de lever tout ambiguité car on ne peut pas toujours le déterminer géométriquement (cas où la rue est complètement dans une commune et pas l'autre). Le 15 juin 2014 07:37, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, La question a déjà été posée il me semble, mais je n'ai pas retrouvé la réponse. Comment faire lorsque une rue est à cheval sur deux communes et a donc deux codes fantoir ? En l'occurence : https://api.openstreetmap.org/way/78628946 Sur la couche Bano, on voit que le rapprochement est délicat sur la commune de Ceyrat (en rouge au nord-ouest) avec le nom de la commune voisine (Beaumont) ajouté à la fin. Mais cette rue porte déjà le code fantoir de Beaumont. http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.75469/3.07449 Comment faire ? Une deuxième relation ? Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rue sur deux communes : deux codes fantoirs
Au cas où une rue est complètement dans une commune et pas l'autre, on a vraiment intérêt à scinder le chemin en deux parties, pour que la partie partagée soit séparée des parties n'appartenant qu'à une seule commune. On mettra les bonnes parties dans chaque relation. Mais effectivement si une des communes n'a que le segment partagé, il est impossible dans la relation de savoir à quelle commune cela se rapporte (ou alors il faut savoir interpréter le code FANTOIR contenant le numéro de commune, mais son format est un peu trop complexe à rapprocher par un moteur d'adresses, donc le code postal et le nom de commune devront être dans la relation aussi. Le 15 juin 2014 08:46, Christian Quest cqu...@openstreetmap.fr a écrit : Une relation associatedStreet pour chaque côté est le meilleur moyen pour différencier les adresses situées dans chaque commune. Pour ces cas limitrophes, ajouter le addr:city et addr:postcode permet de lever tout ambiguité car on ne peut pas toujours le déterminer géométriquement (cas où la rue est complètement dans une commune et pas l'autre). Le 15 juin 2014 07:37, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, La question a déjà été posée il me semble, mais je n'ai pas retrouvé la réponse. Comment faire lorsque une rue est à cheval sur deux communes et a donc deux codes fantoir ? En l'occurence : https://api.openstreetmap.org/way/78628946 Sur la couche Bano, on voit que le rapprochement est délicat sur la commune de Ceyrat (en rouge au nord-ouest) avec le nom de la commune voisine (Beaumont) ajouté à la fin. Mais cette rue porte déjà le code fantoir de Beaumont. http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.75469/3.07449 Comment faire ? Une deuxième relation ? Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] En route pour SOTM-EU !
Les vidéos sont officiellement publiées sur https://www.youtube.com/user/sotmeu Le FTP semble être juste un espace temporaire. Pour les posters, il est prévu de les mettre à disposition en téléchargement... mais je n'ai pas encore de lien passer mais ça va arriver et sera annoncé sur twitter #sotmeu Le 14 juin 2014 18:49, Pierre Knobel pierr...@gmail.com a écrit : Je n'arrive pas à trouver les images ou des photos des posters du concours, ni sur le flux twitter ni sur https://www.sotm-eu.org . Quelqu'un sait où trouver ça ? 2014-06-14 18:30 GMT+02:00 Pierre Knobel pierr...@gmail.com: 2014-06-14 12:45 GMT+02:00 rainerU ra...@sfr.fr: Les vidéos sont disponibles sur http://ftp5.gwdg.de/pub/misc/openstreetmap/ Je n'ai pas compris la systématique des noms de fichiers On trouve aussi des vidéos sur Youtube avec des titres plus descriptifs : https://www.youtube.com/user/sotmeu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Bonjour A Pouzauges (Vendée), j'ai ajouté le FANTOIR sur la Rue du Bourg Bélard. Lors de la passe suivante, le rapprochement a été bien fait sur la voie, mais il reste le n° 27 en rouge http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/46.78473/-0.84276 avec un message d'erreur 'B Rue du Bourg Bélard (1)' Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rue sur deux communes : deux codes fantoirs
2014-06-15 8:46 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Une relation associatedStreet pour chaque côté est le meilleur moyen pour différencier les adresses situées dans chaque commune. Sinon, il y a la solution de faire comme pour les tags name et d'autres en ajoutant les suffixes :left et :right comme ref:FR:FANTOIR:left et ref:FR:FANTOIR:right Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Il ne reconnait pas 27 B comme un seul numéro et place le B dans le nom de la rue. En changeant en 27 bis ou 27bis (sans l'espace), voire 27B (selon le cas) cela pourrait marcher. Ou alors c'est dans la base BANO de référence que le B n'a pas été identifié et placé dans une rue à part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rue sur deux communes : deux codes fantoirs
Si on n'a qu'un way pour la rue et aucune relation associatedStreet, c'est effectivement la méthode à employer. Le 15 juin 2014 13:35, Pieren pier...@gmail.com a écrit : 2014-06-15 8:46 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Une relation associatedStreet pour chaque côté est le meilleur moyen pour différencier les adresses situées dans chaque commune. Sinon, il y a la solution de faire comme pour les tags name et d'autres en ajoutant les suffixes :left et :right comme ref:FR:FANTOIR:left et ref:FR:FANTOIR:right Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Et il me semble qu'il manque encore un 27C après le 27B, mais avant le 27 bis pour la maison séparée à gauche en entrant dans la petite impasse. Le bâtiment 27 dans la rue principale a visiblement 3 divisions, et devrait être 27A, 27B, 27C. Les lettres ne sont peut-être pas connues de la base officielle si la division s'est faite en privé. Le 15 juin 2014 13:44, Philippe Verdy verd...@wanadoo.fr a écrit : Il ne reconnait pas 27 B comme un seul numéro et place le B dans le nom de la rue. En changeant en 27 bis ou 27bis (sans l'espace), voire 27B (selon le cas) cela pourrait marcher. Ou alors c'est dans la base BANO de référence que le B n'a pas été identifié et placé dans une rue à part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rue sur deux communes : deux codes fantoirs
attention: les left/right sont souvent employés à l'envers et pas toujours maintenus correctement par les éditeurs. On a vite fait d'inverser le sens (par exemple en cherchant à connecter des lignes de transport et même dans JOSM qui nous prévient, de cliquer le mauvais bouton. Les left/right inversés sont légions dans la base (d'autant plus que beaucoup les interprètent right comme étant leur propre main droite devant l'écran, donc placent la droite vers l'Est sur la carte affichée dans l'éditeur, et non comme le côté droit en suivant la direction du chemin). Le 15 juin 2014 13:44, Christian Quest cqu...@openstreetmap.fr a écrit : Si on n'a qu'un way pour la rue et aucune relation associatedStreet, c'est effectivement la méthode à employer. Le 15 juin 2014 13:35, Pieren pier...@gmail.com a écrit : 2014-06-15 8:46 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Une relation associatedStreet pour chaque côté est le meilleur moyen pour différencier les adresses situées dans chaque commune. Sinon, il y a la solution de faire comme pour les tags name et d'autres en ajoutant les suffixes :left et :right comme ref:FR:FANTOIR:left et ref:FR:FANTOIR:right Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Bonjour, Le 15/06/2014 13:44, Philippe Verdy a écrit : Il ne reconnait pas 27 B comme un seul numéro et place le B dans le nom de la rue. C'est ça en effet. En interrogeant la parcelle qui coince, on voit qu'elle a 2 adresses : 27B RUE DU BOURG BELARD 27 B RUE DU BOURG BELARD C'est bien l'espace entre le 27 et le B qui fait la blague. Le cas est rare, mais pas unique. = https://github.com/osm-fr/bano/issues/28 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
En tout cas c'est l'exemple typique qui démonte qu'il ne FAUT PAS abréger les bis/ter... en B/T puisqu'ici on a le 27B différent du 27 bis. Tu as vérifié les lettres ? Il semble que le B ne soit pas tout seul et qu'on a 27A, 27B et 27C au numéro 27. Pour la mairie tout ça semble être le même numéro 27, et les lettres sont en fait à mentionner normalement dans l'adresse en complément d'adresse comme un numéro de porte à la même adresse. Je suis sûr que ceux qui habitent là ont des courriers mélangés entre le 27B et le 27 bis si l'expéditeur se trompe en pensant que c'est la même chose ou bien s'il abrège le bis... On peut se demander pourquoi le 27 bis n'a pas demandé à prendre le 27D à la place du 27 bis en s'arrangeant avec ses 3 voisins du 27. Le 15 juin 2014 15:43, Vincent de Château-Thierry v...@laposte.net a écrit : Bonjour, Le 15/06/2014 13:44, Philippe Verdy a écrit : Il ne reconnait pas 27 B comme un seul numéro et place le B dans le nom de la rue. C'est ça en effet. En interrogeant la parcelle qui coince, on voit qu'elle a 2 adresses : 27B RUE DU BOURG BELARD 27 B RUE DU BOURG BELARD C'est bien l'espace entre le 27 et le B qui fait la blague. Le cas est rare, mais pas unique. = https://github.com/osm-fr/bano/issues/28 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Le 15/06/2014 16:02, Philippe Verdy a écrit : En tout cas c'est l'exemple typique qui démonte qu'il ne FAUT PAS abréger les bis/ter... en B/T puisqu'ici on a le 27B différent du 27 bis. Tu as vérifié les lettres ? Il semble que le B ne soit pas tout seul et qu'on a 27A, 27B et 27C au numéro 27. Une photo valant mieux qu'un long discours, la prochaine fois que tu passes à Pouzauges, dis nous ce qu'il en est :) De mon côté je ne vois pas et ne devines pas non plus la présence d'un 27 C ni d'un 27 A. La discussion a permis d'identifier une anomalie dans le traitement des données, pour aujourd'hui je me contente de ça. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
ce sont les limites qui coupent le bâtiment du 27 en trois parties rivées. le 27 est positionné sur la première en façade, le 27B sur un point au centre du bâtiment, la troisième n'a rien. Et comme la base adresse ne mentionne que le 27, j'en déduit que ce B est un numéro de porte. Maintenant c'est bizarre ce B tout seul et ce n'est pas l'usage; où est le A? Le 15 juin 2014 16:22, Vincent de Château-Thierry v...@laposte.net a écrit : Le 15/06/2014 16:02, Philippe Verdy a écrit : En tout cas c'est l'exemple typique qui démonte qu'il ne FAUT PAS abréger les bis/ter... en B/T puisqu'ici on a le 27B différent du 27 bis. Tu as vérifié les lettres ? Il semble que le B ne soit pas tout seul et qu'on a 27A, 27B et 27C au numéro 27. Une photo valant mieux qu'un long discours, la prochaine fois que tu passes à Pouzauges, dis nous ce qu'il en est :) De mon côté je ne vois pas et ne devines pas non plus la présence d'un 27 C ni d'un 27 A. La discussion a permis d'identifier une anomalie dans le traitement des données, pour aujourd'hui je me contente de ça. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Le 15/06/2014 17:47, Philippe Verdy a écrit : ce sont les limites qui coupent le bâtiment du 27 en trois parties rivées. le 27 est positionné sur la première en façade, le 27B sur un point au centre du bâtiment, la troisième n'a rien. Et comme la base adresse ne mentionne que le 27, j'en déduit que ce B est un numéro de porte. Maintenant c'est bizarre ce B tout seul et ce n'est pas l'usage; où est le A? Mon hypothèse c'est que le '27 A' que tu cherches n'existe pas. Le '27 B' est, il faut le rappeler, sur la même parcelle que le '27B' (attaché), qui est la convention pour 'bis' dans la cadastre. Ça paraît donc assez improbable d'avoir, au même endroit, une adresse '27 B', surtout en l'absence de '27 A'. Je penche donc plutôt pour une bête faute de frappe qui aura 'fabriqué' un numéro différent. Pour intégrer des adresses depuis quelques temps avec le cadastre en fond, la liste des incohérences observées est telle que celle-ci ne me choque pas (enfin, pas trop). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Pour intégrer des adresses depuis quelques temps avec le cadastre en fond, la liste des incohérences observées est telle que celle-ci ne me choque pas (enfin, pas trop). Tout a fait d'accord avec ça! des endroit ou il y a des B ou bis mais pas le numero tout seul. Des B ou bis pour la cabane ou le garage au font du jardin... Un numero au milieu d'un champ lié a une rue a l'autre bout de la commune. Sinon en plein milieu d'une rue un numero lié a une autre rue (qui contient donc qu'un numero) surement a cause d'une faute de frappe. Je me demande comment ces erreur du cadastre peuvent etre supprimé de bano. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Le 15/06/2014 18:20, Vincent de Château-Thierry a écrit : Le 15/06/2014 17:47, Philippe Verdy a écrit : ce sont les limites qui coupent le bâtiment du 27 en trois parties rivées. le 27 est positionné sur la première en façade, le 27B sur un point au centre du bâtiment, la troisième n'a rien. Et comme la base adresse ne mentionne que le 27, j'en déduit que ce B est un numéro de porte. Maintenant c'est bizarre ce B tout seul et ce n'est pas l'usage; où est le A? Mon hypothèse c'est que le '27 A' que tu cherches n'existe pas. Le '27 B' est, il faut le rappeler, sur la même parcelle que le '27B' (attaché), qui est la convention pour 'bis' dans la cadastre. Ça paraît donc assez improbable d'avoir, au même endroit, une adresse '27 B', surtout en l'absence de '27 A'. Je penche donc plutôt pour une bête faute de frappe qui aura 'fabriqué' un numéro différent. Pour intégrer des adresses depuis quelques temps avec le cadastre en fond, la liste des incohérences observées est telle que celle-ci ne me choque pas (enfin, pas trop). vincent Maintenant que j'ai compris (grace à vos réponses) ce qui a provoqué l'erreur BANO, en regardant les parcelles du cadastre, il me semble aussi qu'il s'agit plutôt d'une erreur de frappe. Lenny ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rue sur deux communes : deux codes fantoirs
J'ai une situation qui va vous amuser (même si le cas ne doit pas être si rare...). En tout cas, je ne vois vraiment pas quelle est la solution pour éliminer le rouge dans la BANO... http://layers.openstreetmap.fr/?zoom=18lat=47.63649lon=6.83483layers=BFFT Si je comprends bien, les propriétés sont toutes scindées en deux, le devant (et la rue) étant sur Belfort, le fond des propriétés étant sur Essert, mais sans rue. Pourrait-on considérer que c'est un faux-positif ? Le 15/06/2014 13:44, Christian Quest a écrit : Si on n'a qu'un way pour la rue et aucune relation associatedStreet, c'est effectivement la méthode à employer. Le 15 juin 2014 13:35, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : 2014-06-15 8:46 GMT+02:00 Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr: Une relation associatedStreet pour chaque côté est le meilleur moyen pour différencier les adresses situées dans chaque commune. Sinon, il y a la solution de faire comme pour les tags name et d'autres en ajoutant les suffixes :left et :right comme ref:FR:FANTOIR:left et ref:FR:FANTOIR:right Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro
Tu veux dire que le 27B est en trop et en plus mal positionné ? Note bien que le 27 est sur la rue principale en façade il serait alors la totalité du batiment (les 3 parrties le long de cette rue), le 27 B qui est actuellrment positionné sur ce batiment est en fait mal placé et devrait être sur le 27 bis (ka laison séparée dans l'impasse: Mais alors pourquoi le 27 et le 27 bis sont rapprochés (en bleu) correctement dans BANO et d'où vient le 27 B (en rouge)? un numéro en trop? De toute façon on voit qu'il y a un problème mais pas moyen de corriger sur les données présentées. L'erreur bisible dans BANO ne peut pas être corrigée sans aller sur place. Le 15 juin 2014 18:20, Vincent de Château-Thierry v...@laposte.net a écrit : Le 15/06/2014 17:47, Philippe Verdy a écrit : ce sont les limites qui coupent le bâtiment du 27 en trois parties rivées. le 27 est positionné sur la première en façade, le 27B sur un point au centre du bâtiment, la troisième n'a rien. Et comme la base adresse ne mentionne que le 27, j'en déduit que ce B est un numéro de porte. Maintenant c'est bizarre ce B tout seul et ce n'est pas l'usage; où est le A? Mon hypothèse c'est que le '27 A' que tu cherches n'existe pas. Le '27 B' est, il faut le rappeler, sur la même parcelle que le '27B' (attaché), qui est la convention pour 'bis' dans la cadastre. Ça paraît donc assez improbable d'avoir, au même endroit, une adresse '27 B', surtout en l'absence de '27 A'. Je penche donc plutôt pour une bête faute de frappe qui aura 'fabriqué' un numéro différent. Pour intégrer des adresses depuis quelques temps avec le cadastre en fond, la liste des incohérences observées est telle que celle-ci ne me choque pas (enfin, pas trop). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] Videos from SOTM EU
Hi all, The SOTM EU conference is entering its third and final day here in Karlsruhe. All talks were recorded and many are already published on https://www.youtube.com/user/sotmeu ! I have been enjoying this conference a bunch - it is a little smaller than the US one in terms of attendance, but there is fantastic OSM energy here. If you ever get a chance, consider attending a SOTM EU in the future. It's hard to select favorites with the high quality of talks, but my personal favorites include OpenGeoFiction, the State of the License talk and discussion, and the Lightning Map Tiles talk + subsequent vector tile talks for the more technically inclined. Best, -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Videos from SOTM EU
My MapRoulette workshop is the very last item on the schedule at 3PM this afternoon (early morning US time). You can catch it live at http://sotm-eu.org/ - but it will also be available for on-demand streaming later. On Sun, Jun 15, 2014 at 11:16 AM, Martijn van Exel m...@rtijn.org wrote: Hi all, The SOTM EU conference is entering its third and final day here in Karlsruhe. All talks were recorded and many are already published on https://www.youtube.com/user/sotmeu ! I have been enjoying this conference a bunch - it is a little smaller than the US one in terms of attendance, but there is fantastic OSM energy here. If you ever get a chance, consider attending a SOTM EU in the future. It's hard to select favorites with the high quality of talks, but my personal favorites include OpenGeoFiction, the State of the License talk and discussion, and the Lightning Map Tiles talk + subsequent vector tile talks for the more technically inclined. Best, -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us