Re: [talk-ph] odbl coastline
Masbate coadtlines are now clean On Mar 24, 2012 6:23 PM, Totor totor_...@yahoo.com wrote: Hi all, I just read a message regarding possible coastline problems after the odbl switch. Just a little note to say the Philippines might be affected too. Here is an example of Masbate http://tools.geofabrik.de/osmi/?view=wtfelon=123.61661lat=12.02515zoom=9overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_inrelation,wtfe_line_inrelation_cp,wtfe_line_inrelation,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created (I hope the link works...) Regards, Totor ___ 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
Re: [talk-ph] odbl coastline
Hi Maning, The user just agreed to odbl (I sent a message to his probable direct email). There seem to be two other points that could cause problems. I didn't check those. http://maps.paulnorman.ca/coastlines24b.png Regards, Totor --- On Sun, 3/25/12, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: Re:[talk-ph] odbl coastline To: Totor totor_...@yahoo.com Cc: Openstreetmap.ph.mailing.list talk-ph@openstreetmap.org Date: Sunday, March 25, 2012, 6:28 AM Masbate coadtlines are now clean On Mar 24, 2012 6:23 PM, Totor totor_...@yahoo.com wrote: Hi all, I just read a message regarding possible coastline problems after the odbl switch. Just a little note to say the Philippines might be affected too. Here is an example of Masbate http://tools.geofabrik.de/osmi/?view=wtfelon=123.61661lat=12.02515zoom=9overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_inrelation,wtfe_line_inrelation_cp,wtfe_line_inrelation,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created (I hope the link works...) Regards, Totor ___ 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
Re: [talk-ph] talk-ph Digest, Vol 44, Issue 23
last year, the national goverment or the doh conducted some sort of gps training. i was not able to attend but their keen on the identification of the health centers. for davao city, i guess around 80% were already included in the map From: talk-ph-requ...@openstreetmap.org talk-ph-requ...@openstreetmap.org To: talk-ph@openstreetmap.org Sent: Sunday, March 25, 2012 5:22 PM Subject: talk-ph Digest, Vol 44, Issue 23 Send talk-ph mailing list submissions to talk-ph@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-ph or, via email, send a message with subject or body 'help' to talk-ph-requ...@openstreetmap.org You can reach the person managing the list at talk-ph-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of talk-ph digest... Today's Topics: 1. LF: GPS repair shop (Leonard Soriano) 2. Re: Philippines License Change-over Readiness - Contact and Remapping (maning sambale) 3. Re: Crowdsourcing health facilities (maning sambale) 4. Re: odbl coastline (maning sambale) 5. Re: odbl coastline (Totor) -- Message: 1 Date: Sat, 24 Mar 2012 07:54:28 -0700 (PDT) From: Leonard Soriano banito_pi...@yahoo.com To: talk-ph@openstreetmap.org talk-ph@openstreetmap.org Subject: [talk-ph] LF: GPS repair shop Message-ID: 1332600868.61755.yahoomail...@web160301.mail.bf1.yahoo.com Content-Type: text/plain; charset=utf-8 Hi, Anyone who can recommend a repair shop for Garmin units? Salamat! --bunny -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ph/attachments/20120324/9a174844/attachment-0001.html -- Message: 2 Date: Sun, 25 Mar 2012 11:20:29 +0800 From: maning sambale emmanuel.samb...@gmail.com To: Totor totor_...@yahoo.com Cc: osm-ph talk-ph@openstreetmap.org Subject: Re: [talk-ph] Philippines License Change-over Readiness - Contact and Remapping Message-ID: CAPzumuFFUESBw3n3UvYv57V45EjtSMH2sCVkpQ=zhr6bepw...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Last week, I also sent messages to the top 20 non-agreers. 3 agreed so far. I'm still talking to another contributor to agree. On Mar 24, 2012 6:45 PM, Totor totor_...@yahoo.com wrote: Hi all, This is an old thread... I just wanted to add that end january, I also tried to contact Hellodeck directly on an identically named googlemail account (Asking if he was the same person, cos I can't be sure). I never received any answer. Cheers, Totor --- On Mon, 1/9/12, maning sambale wrote: Dear mike, Replies inline. What is needed to participate in pilot project you mentioned? would like to ask you to join the UK in a License Working Group pilot project to engage global mappers on a country-by-country basis. AFAIK, several attempts were made to contact large contributors who have not responded in the license change. In particular, I sent several emails to hellodeck. I got no response so far. guess that if contributor hellodeck can be reached, that would tip the balance. Does anyone know if that is possible? We have a list of areas that require re-mapping here: http://wiki.openstreetmap.org/wiki/Philippines/remapping To all mappers, I suggest you update the list so that we know where to ficus re-mapping efforts. I strongly recommend that first you look at your areas and contact undecided mappers via the OpenStreetMap messaging system or directly if you know them. Further ideas on how we start remapping welcome. -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ph/attachments/20120325/4645cea8/attachment-0001.html -- Message: 3 Date: Sun, 25 Mar 2012 11:23:52 +0800 From: maning sambale emmanuel.samb...@gmail.com To: Wayne Manuel wdman...@gmail.com Cc: osm-ph talk-ph@openstreetmap.org Subject: Re: [talk-ph] Crowdsourcing health facilities Message-ID: CAPzumuGQmcUMkCOZ_uzo=ppy9j_rh2ry7npka8mwkunxssh...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Dear wayne, If they are interested to use osm data to supplement dara coverage, we can give instructions on how to extract them. Or, if they need specific information, we can add moe tags. On Mar 24, 2012 10:33 AM, Wayne Manuel wdman...@gmail.com wrote: The person-in-charge of the project is my friend. What type of help could we provide them? They've asked me about the extraction from Google Maps but for OSM, they didn't ask me
Re: [talk-ph] Crowdsourcing health facilities
Wayne Manuel wrote, On Saturday, 24 March, 2012 10:32 AM: What type of help could we provide them? They've asked me about the extraction from Google Maps but for OSM, they didn't ask me. Wouldn't there be some copyright issues with extracting from Google Maps? Whereas you can extract from OSM as long as you give the correct attribution. I think ... Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6489 4132 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Crowdsourcing health facilities
GMM has a data download program available for government and non-profit organizations. Wayne Manuel On Mon, Mar 26, 2012 at 11:46 AM, Jim Morgan j...@datalude.com wrote: Wayne Manuel wrote, On Saturday, 24 March, 2012 10:32 AM: What type of help could we provide them? They've asked me about the extraction from Google Maps but for OSM, they didn't ask me. Wouldn't there be some copyright issues with extracting from Google Maps? Whereas you can extract from OSM as long as you give the correct attribution. I think ... Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6489 4132 w: http://www.datalude.com/ ___ 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
Re: [talk-ph] Crowdsourcing health facilities
Not a license expert, but as long as they are in a separate database, it should be OK. On Mon, Mar 26, 2012 at 11:48 AM, Wayne Manuel wdman...@gmail.com wrote: GMM has a data download program available for government and non-profit organizations. Wayne Manuel On Mon, Mar 26, 2012 at 11:46 AM, Jim Morgan j...@datalude.com wrote: Wayne Manuel wrote, On Saturday, 24 March, 2012 10:32 AM: What type of help could we provide them? They've asked me about the extraction from Google Maps but for OSM, they didn't ask me. Wouldn't there be some copyright issues with extracting from Google Maps? Whereas you can extract from OSM as long as you give the correct attribution. I think ... Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6489 4132 w: http://www.datalude.com/ ___ 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 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Introducing our 3D slippy map
Hi all, visitors of the 3D workshop and the FOSSGIS conference already know our 3D map. Today, we would like to introduce it to a wider audience: http://maps.osm2world.org/ The map is based on OSM2World, a converter creating three-dimensional models from OpenStreetMap data. The underlying data tiles are updated once per day. A more complete overview of the rendering toolchain is available in the wiki¹. You can also find a list of features we would like to add to the map. If you know a thing about OpenLayers and JS, we would be grateful for your help in getting them implemented quickly. Map coverage is currently limited to the German state of Bavaria. We plan to migrate to more powerful server hardware in April, enabling us to render a larger area. If you are experimenting with 3D tagging² and want to see results in the map today, contact us - we should be able to add coverage for some small regions outside Bavaria. Yours, Tobias and Peda [1] http://wiki.osm.org/OSM2World/Maps [2] http://wiki.osm.org/Simple_3D_Buildings ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] GSOC-2012 Application
Hello All, I am Nikhil, perusing my studies in Civil Engineering at IIT Kanpur India. Though my background is civil engineering, I am fond of programming and have been doing it as a interest and some times as part of academics. I have gone through GSOC-12 idea page of OSM and I am interested in working on Video based speed limit detector. I have experience in computer vision and used Opencv and matlab for image processing mainly for robotic applications and remote sensing. I also know android app development and have developed a geological survey tool for android. From past few days I am getting familiar with OSM and related projects like JSOM, MapDust and have couple of ideas which can be integrated along with this project. Meanwhile I would really like to get some inputs from possible mentor and community members in preparation of project proposal. Looking forward to have great summer ahead coding with OSM! Regards Nikhil Upadhye ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Database Rebuild scheduled to start on the 27th of March 2012
On Mar 24, 2012, at 9:52 AM, Toby Murray wrote: I had someone respond to my license change email saying that they had agreed to the new license and had checked the PD checkbox so that their edits wouldn't be a concern in any future license change. Of course with the new CT that wouldn't be a problem anyway... but still. I would assume that that the average user does consider this checkbox to be a valid deceleration. Now *that* is a funny typo! I'm sure the average user does consider the PD checkbox to be a valid declaration; I certainly did. Turns out it is just deceleration to the OSM project :-) - Alan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-br] Android
Oi pessoal, alguém na lista mexe com Android? Quais são os aplicativos que vocês recomendam para editar / visualizar / rotear os dados do osm? -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Android
Olá Rodrigo, 2012/3/25 Rodrigo de Avila rodr...@avila.net.br: alguém na lista mexe com Android? Quais são os aplicativos que vocês recomendam para editar / visualizar / rotear os dados do osm? Eu uso o Osmand+ para visualização e quando preciso acrescentar um ou outro POI. Ele consegue trabalhar com dados vetoriais e fazer buscas, Quando faço trabalho mais longos prefiro usar o OSM Tracker. Depois eu exporto os dados e faço a edição do computador usando o Merkaartor. -- Tulio Magno ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Android
Também uso o OSMTracker para coletar dados. []s 2012/3/25 Tulio Magno Quites Machado Filho tul...@quites.com.br Olá Rodrigo, 2012/3/25 Rodrigo de Avila rodr...@avila.net.br: alguém na lista mexe com Android? Quais são os aplicativos que vocês recomendam para editar / visualizar / rotear os dados do osm? Eu uso o Osmand+ para visualização e quando preciso acrescentar um ou outro POI. Ele consegue trabalhar com dados vetoriais e fazer buscas, Quando faço trabalho mais longos prefiro usar o OSM Tracker. Depois eu exporto os dados e faço a edição do computador usando o Merkaartor. -- Tulio Magno ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Mapnik: Straßen im großen Zoom-Modus breit rendern?
Frederik Ramm wrote: Einfachste Methode: Mit nik2img.py ein Bild rendern und dabei eine relativ kleine Ausgabe-Aufloesung (fuer A1 sowas wie 1500x2100 Pixel) angeben und als Ausgabeformat SVG. Das SVG dann mit rsvg (oder evtl. auch Inkscape) mit 200-300 dpi in ein PNG wandeln lassen, und das dann drucken. Vielen Dank für den klasse Tipp! In der Tat ist das von mir gewünschte so ganz einfach zu erreichen! In Inkscape lassen sich die SVG-Dateien sehr gut verarbeiten und ggf. auch noch editieren. Man darf nur nie den Fehler machen, die große Gruppe, die die Kartenteile enthält, auflösen zu wollen. Stattdessen kann man mit Enter Group in die Gruppe wechseln und dort editieren ohne durch Auflösen der Gruppe die ganze Karte zu zerstören. Dank SVG sind dann auch nach dem Aufblasen auf größere Auflösung alle Kanten scharf. Lediglich diverse Piktogramme werden dann pixelig. Gegebenenfalls werde ich mir dafür noch SVG-Entsprechungen basteln und dann via Inkscape statt der Bitmaps einbauen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vorstellung unserer 3D Slippy Map
Hi, nachdem nun der zweite 3D Workshop in Garching vorbei ist, möchten wir unsere 3D-Karte der Öffentlichkeit präsentieren: http://maps.osm2world.org/ Die Karte basiert auf dem Converter OSM2World, der aus den OpenStreetMap-Daten dreidimensionale Modelle erzeugt und diese rendert. Die Daten werden dabei einmal am Tag aktualisiert. Gerendert wird derzeit ausschließlich Bayern, das mit aktueller Hardware bequem abgearbeitet werden kann. Voraussichtlich Mitte April wird es zudem neue Hardware geben, mit deren Hilfe ein größeres Gebiet abgedeckt werden soll (wenn möglich ganz Deutschland). Wer außerhalb Bayerns mit dem auf dem 3D-Workshop erarbeiteten Tagging-Schema¹ experimentiert und die Ergebnisse schon heute in der Karte sehen möchte, kann Kontakt mit uns aufnehmen - auf Wunsch können wir kleinere Regionen zusätzlich in unsere Toolchain aufnehmen um diese ebenfalls regelmäßig upzudaten. Eine genauere Beschreibung der verwendeten Software findet sich im Wiki². Dort finden sich auch einige geplante Verbesserungen an der OpenLayers-Einbindung. Sollte sich hier jemand finden, der sich gut mit JS und OpenLayers auskennt, wären wir über Hilfe dankbar. Viele Grüße, Tobias und Peda [1] http://wiki.osm.org/Simple_3D_Buildings [2] http://wiki.osm.org/OSM2World/Maps ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste aller hessischen Schulen verfügbar
Ich hab das mal ins Forum gestellt: http://forum.openstreetmap.org/viewtopic.php?id=15985 Eventuell machen da ja welche mit, anstatt nur übers Tagging zu zanken ;) Gruss Walter - 1---2-3-**4# -- View this message in context: http://gis.19327.n5.nabble.com/Liste-aller-hessischen-Schulen-verfugbar-tp5590833p5593088.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste aller hessischen Schulen verfügbar
On 24.03.2012 13:23, Christoph Böhme wrote: Weiterhin ist es auch möglich, das bestimmt Daten auch in anderen Ländern gültig sind, dann haben wir zwei Tags mit der gleichen Bedeutung in zwei verschiedenen Sprachen. Das stimmt natürlich, aber die Idee des school:de-Tags ist es ja gerade die deutschen Besonderheiten zu erfassen. Für allgemeingültige Dinge gibt es ja das isced:level-Tag. schön wäre es natürlich wenn man das deutsche Schulsystem abstrahieren würde, sodass auch für andene Länder mit einem ähnlichen Konzept anwendbar wäre. Daher mein Vorschlag statt den bzw zusätzlich zu den school:de tag etwas wie filtered=none (gesamtschule) / easy (hauptschule) / normal (Realschule) / difficult (Gymnasium) einzuführen. Allerdings bin ich da mit meiner Ausformulierung auch nocht nicht zufrieden. Gruß Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 88 18.3. – 24.3.2012
Hallo, die neue Wochennotiz Nr. 88 mit allen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/2012/03/wochennotiz-nr-88/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Aiuto
Dalla pagina della mappa si clicca sul Tab 'Tracciati GPS' -- si clicca su 'Carica un tracciato' a) in 'Carica file GPX' si sfogliano le cartelle del PC sino ad arrivare a dove si trova la traccia da caricare b) in descrizione inserire monte sette termini - Creva c) in 'Etichette' inserire Lombardia Creva d) in visibilità impostare 'Pubblica' e) cliccare su 'carica' E questo è il primo passo molto semplice; In questo modo viene caricata nel magazzino delle tracce ove tutti la possono recuperare. Per vederla e successivamente ricalcarla occorre: a) andare con la mappa sulla zona della traccia, più o meno qui http://www. openstreetmap.org/?lat=45.983lon=8.779zoom=14layers=M b) cliccare in alto su 'Modifica' e nella schermata successiva inserie nome utente, password e cliccare su 'Entra' c) a questo punto dovrebbe iniziare ad apparire lo sfondo con le foto aeree (che possono servire come aiuto) e quello che vi è di già mappato in zona d) cliccare poi in alto a destra su 'GPS' selezionando 'My Tracks', dovrebbe apparire il nome della traccia caricata prima e la si seleziona e) si inizia l'edit spostandosi all'inizio della traccia e la si ricalca NOTA su come gli strumenti di Edit: se si clicca sul pulsante in alto a sinistra 'help' apparirà la guida in inglese dove è presente un video (in introduction) o le istruzioni scritte (in Addiing e Edit). Per la guida in italiano andare qui http://wiki.openstreetmap.org/wiki/IT:Potlatch2/Primer f) Si aggiungono i tag necessari ad identificare il sentiero: quando si disegna un percorso alla sinistra appare una finestra con la scritta 'No tag set', al termine del ricalco noi clicchiamo sulla scritta 'unknown' e selezioniamo il tipo di percorso, trattandosi di un sentiero selezioneremo prima 'Paths' poi 'Footpath' g) il sentiero diventerà rosso tratteggiato e nella finestra a sinistra appaiono alcune sezioni in cui, se si vuole, si aggiungono informazioni di dettaglio al sentiero quali ad esempio il suo nome (se ne ha uno) e così via. Per la prima volta aggiungerei al massimo il nome, più in la (quando c'avrai preso la mano) potrai sempre aggiungere o migliorare le informazioni inserite. h) al termine delle aggiunte clicca sul bottone in alto a sinistra 'Save', al centro dello schermo appare ora una finestra con la scritta 'Comment:' inserisci una brevissima descrizione di quello che hai fatto (nel tuo caso inserirai Sentiero monte sette termini - Creva) e clicchi su 'Save' i) E' tutto! Il tuo computer uploada (carica sul server) il tuo sentiero e dopo un tempo variabile da pochi minuti a diverse ore apparirà sulla mappa. Alessandro Messaggio originale Da: sergio.pedu...@alice.it Data: 25/03/2012 0.49 A: ale_z...@libero.it, openstreetmap list - italianotalk- i...@openstreetmap.org Ogg: R: [Talk-it] Aiuto Buona sera Alessandro Io ho preparato il mio tracciato su JOSM e come ti dicevo l'ho salvato sul mio pc. Adesso vorrei metterlo su OSM e renderlo pubblico, ma non ho capito come devo fare. La zona sulla quale ho lavorato è quella di Luino (VA) e la traccia parte dal monte sette termini e termina a Creva Grazie per l'aiuto e buona notte Sergio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Aiuto
Sono riuscito a caricare la traccia su OSM, anche se durante la procedura, il sistema mi ha segnalato alcuni errori e avvisi. Gli errori li ho eliminati cancellando i punti, mentre gli avvisi li ho ignorati. Adesso su OSM si può vedere la traccia 413-3V Monte Sette Termini-Creva. Adesso sarebbe bello se tu o qualche altro amico, possano andare a verificare e farmi una nota degli errori/mancanze presenti, in modo che possa migliorare i prossimi inserimenti. Grazie tante Ale, sei stato molto gentile e di grande aiuto. Buona Domenica Sergio PS per il momento non ho messo la traccia GPS su OSM -Messaggio originale- Da: ale_z...@libero.it [mailto:ale_z...@libero.it] Inviato: domenica 25 marzo 2012 10:19 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] Aiuto Dalla pagina della mappa si clicca sul Tab 'Tracciati GPS' -- si clicca su 'Carica un tracciato' a) in 'Carica file GPX' si sfogliano le cartelle del PC sino ad arrivare a dove si trova la traccia da caricare b) in descrizione inserire monte sette termini - Creva c) in 'Etichette' inserire Lombardia Creva d) in visibilità impostare 'Pubblica' e) cliccare su 'carica' E questo è il primo passo molto semplice; In questo modo viene caricata nel magazzino delle tracce ove tutti la possono recuperare. Per vederla e successivamente ricalcarla occorre: a) andare con la mappa sulla zona della traccia, più o meno qui http://www. openstreetmap.org/?lat=45.983lon=8.779zoom=14layers=M b) cliccare in alto su 'Modifica' e nella schermata successiva inserie nome utente, password e cliccare su 'Entra' c) a questo punto dovrebbe iniziare ad apparire lo sfondo con le foto aeree (che possono servire come aiuto) e quello che vi è di già mappato in zona d) cliccare poi in alto a destra su 'GPS' selezionando 'My Tracks', dovrebbe apparire il nome della traccia caricata prima e la si seleziona e) si inizia l'edit spostandosi all'inizio della traccia e la si ricalca NOTA su come gli strumenti di Edit: se si clicca sul pulsante in alto a sinistra 'help' apparirà la guida in inglese dove è presente un video (in introduction) o le istruzioni scritte (in Addiing e Edit). Per la guida in italiano andare qui http://wiki.openstreetmap.org/wiki/IT:Potlatch2/Primer f) Si aggiungono i tag necessari ad identificare il sentiero: quando si disegna un percorso alla sinistra appare una finestra con la scritta 'No tag set', al termine del ricalco noi clicchiamo sulla scritta 'unknown' e selezioniamo il tipo di percorso, trattandosi di un sentiero selezioneremo prima 'Paths' poi 'Footpath' g) il sentiero diventerà rosso tratteggiato e nella finestra a sinistra appaiono alcune sezioni in cui, se si vuole, si aggiungono informazioni di dettaglio al sentiero quali ad esempio il suo nome (se ne ha uno) e così via. Per la prima volta aggiungerei al massimo il nome, più in la (quando c'avrai preso la mano) potrai sempre aggiungere o migliorare le informazioni inserite. h) al termine delle aggiunte clicca sul bottone in alto a sinistra 'Save', al centro dello schermo appare ora una finestra con la scritta 'Comment:' inserisci una brevissima descrizione di quello che hai fatto (nel tuo caso inserirai Sentiero monte sette termini - Creva) e clicchi su 'Save' i) E' tutto! Il tuo computer uploada (carica sul server) il tuo sentiero e dopo un tempo variabile da pochi minuti a diverse ore apparirà sulla mappa. Alessandro Messaggio originale Da: sergio.pedu...@alice.it Data: 25/03/2012 0.49 A: ale_z...@libero.it, openstreetmap list - italianotalk- i...@openstreetmap.org Ogg: R: [Talk-it] Aiuto Buona sera Alessandro Io ho preparato il mio tracciato su JOSM e come ti dicevo l'ho salvato sul mio pc. Adesso vorrei metterlo su OSM e renderlo pubblico, ma non ho capito come devo fare. La zona sulla quale ho lavorato è quella di Luino (VA) e la traccia parte dal monte sette termini e termina a Creva Grazie per l'aiuto e buona notte Sergio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aiuto
Complimenti, hai caricato la tua prima traccia su OSM! Veniamo ora alle annotazioni: - il sentiero termina nei pressi della Diga di Cremenaga su una strada provinciale; il punto finale del sentiero dovrebbe toccare la strada mentre ci arriva a pochi centimetri ma non è collegata ad essa. La mancanza di contatto tra sentiero e strada non si nota nella normale visualizzazione ma impedisce il corretto routing ad un eventuale software. Io ad esempio ho un cellulare Nokia con installato il programma GpsMid che mi permette di fare routing anche pedonale analogamente a quanto fa il Tomtom col routing automobilistico; se strada e sentiero non sono a contatto tramite la condivisione di un nodo questo routing non è possibile. Questo punto l'ho già corretto io. La stessa cosa avviene dall'altra estremità del percorso dove il sentiero incrocia un'altra sterrata e Via sette Termini. - Incrociando Via sette Termini in corrispondenza dell'elettrodotto, il percorso che hai mappato corre per circa 130m ad una distanza di un paio di metri dalla strada lasciando supporre (ma non conosco la zona per cui non sò com'è in realtà) che ne condivida il percorso per quel tratto. Se così fosse si disegna il sentiero sino a dove arriva sulla strada per poi riprendere a disegnarlo dove se ne stacca nuovamente. - Il tag che hai usato per il sentiero è highway=track che significa (cito il wiki http://wiki.openstreetmap.org/wiki/IT:Map_Features#Highway_.28strade.29 ) Carreggiabili ad uso prevalentemente agricolo o forestale Non ho idea di come sia, se è così allora va bene, se fosse più un sentiero allora si userebbe highway=path Sentieri non pensati per un uso specifico A volte il percorso è misto, parte su sterrate e parte su sentieri: in tal caso si taglia il sentiero e si applicano i tag appropriati alle diverse parti. Alessandro Messaggio originale Da: sergio.pedu...@alice.it Data: 25/03/2012 11.17 A: ale_z...@libero.it, openstreetmap list - italianotalk- i...@openstreetmap.org Ogg: R: [Talk-it] Aiuto Sono riuscito a caricare la traccia su OSM, anche se durante la procedura, il sistema mi ha segnalato alcuni errori e avvisi. Gli errori li ho eliminati cancellando i punti, mentre gli avvisi li ho ignorati. Adesso su OSM si può vedere la traccia 413-3V Monte Sette Termini-Creva. Adesso sarebbe bello se tu o qualche altro amico, possano andare a verificare e farmi una nota degli errori/mancanze presenti, in modo che possa migliorare i prossimi inserimenti. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Aiuto
Grazie Ale Come sempre sei molto preciso e gentile. Adesso ho cercato di modificare quei punti che mi hai indicato, ma quando, dopo aver aperto OSM-Modifica-modifica con controllo remoto JOSM, mi da il seguente errore: Modifica non riuscita - assicurarsi che JOSM o Merkaartor sia avviato e che l'opzione di controllo remoto sia abilitata. Cosa debbo fare?? Grazie ancora e buona serata Sergio -Messaggio originale- Da: ale_z...@libero.it [mailto:ale_z...@libero.it] Inviato: domenica 25 marzo 2012 14:03 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] Aiuto Complimenti, hai caricato la tua prima traccia su OSM! Veniamo ora alle annotazioni: - il sentiero termina nei pressi della Diga di Cremenaga su una strada provinciale; il punto finale del sentiero dovrebbe toccare la strada mentre ci arriva a pochi centimetri ma non è collegata ad essa. La mancanza di contatto tra sentiero e strada non si nota nella normale visualizzazione ma impedisce il corretto routing ad un eventuale software. Io ad esempio ho un cellulare Nokia con installato il programma GpsMid che mi permette di fare routing anche pedonale analogamente a quanto fa il Tomtom col routing automobilistico; se strada e sentiero non sono a contatto tramite la condivisione di un nodo questo routing non è possibile. Questo punto l'ho già corretto io. La stessa cosa avviene dall'altra estremità del percorso dove il sentiero incrocia un'altra sterrata e Via sette Termini. - Incrociando Via sette Termini in corrispondenza dell'elettrodotto, il percorso che hai mappato corre per circa 130m ad una distanza di un paio di metri dalla strada lasciando supporre (ma non conosco la zona per cui non sò com'è in realtà) che ne condivida il percorso per quel tratto. Se così fosse si disegna il sentiero sino a dove arriva sulla strada per poi riprendere a disegnarlo dove se ne stacca nuovamente. - Il tag che hai usato per il sentiero è highway=track che significa (cito il wiki http://wiki.openstreetmap.org/wiki/IT:Map_Features#Highway_.28strade.29 ) Carreggiabili ad uso prevalentemente agricolo o forestale Non ho idea di come sia, se è così allora va bene, se fosse più un sentiero allora si userebbe highway=path Sentieri non pensati per un uso specifico A volte il percorso è misto, parte su sterrate e parte su sentieri: in tal caso si taglia il sentiero e si applicano i tag appropriati alle diverse parti. Alessandro Messaggio originale Da: sergio.pedu...@alice.it Data: 25/03/2012 11.17 A: ale_z...@libero.it, openstreetmap list - italianotalk- i...@openstreetmap.org Ogg: R: [Talk-it] Aiuto Sono riuscito a caricare la traccia su OSM, anche se durante la procedura, il sistema mi ha segnalato alcuni errori e avvisi. Gli errori li ho eliminati cancellando i punti, mentre gli avvisi li ho ignorati. Adesso su OSM si può vedere la traccia 413-3V Monte Sette Termini-Creva. Adesso sarebbe bello se tu o qualche altro amico, possano andare a verificare e farmi una nota degli errori/mancanze presenti, in modo che possa migliorare i prossimi inserimenti. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Aiuto
Il giorno 25 marzo 2012 18:31, Sergio Peduzzi sergio.pedu...@alice.it ha scritto: Grazie Ale Come sempre sei molto preciso e gentile. Adesso ho cercato di modificare quei punti che mi hai indicato, ma quando, dopo aver aperto OSM-Modifica-modifica con controllo remoto JOSM, mi da il seguente errore: Modifica non riuscita - assicurarsi che JOSM o Merkaartor sia avviato e che l'opzione di controllo remoto sia abilitata. Cosa debbo fare?? Avviare JOSM! :)) Prima accendi il programma, poi schiaccia il link. Grazie ancora e buona serata Sergio -Messaggio originale- Da: ale_z...@libero.it [mailto:ale_z...@libero.it] Inviato: domenica 25 marzo 2012 14:03 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] Aiuto Complimenti, hai caricato la tua prima traccia su OSM! Veniamo ora alle annotazioni: - il sentiero termina nei pressi della Diga di Cremenaga su una strada provinciale; il punto finale del sentiero dovrebbe toccare la strada mentre ci arriva a pochi centimetri ma non è collegata ad essa. La mancanza di contatto tra sentiero e strada non si nota nella normale visualizzazione ma impedisce il corretto routing ad un eventuale software. Io ad esempio ho un cellulare Nokia con installato il programma GpsMid che mi permette di fare routing anche pedonale analogamente a quanto fa il Tomtom col routing automobilistico; se strada e sentiero non sono a contatto tramite la condivisione di un nodo questo routing non è possibile. Questo punto l'ho già corretto io. La stessa cosa avviene dall'altra estremità del percorso dove il sentiero incrocia un'altra sterrata e Via sette Termini. - Incrociando Via sette Termini in corrispondenza dell'elettrodotto, il percorso che hai mappato corre per circa 130m ad una distanza di un paio di metri dalla strada lasciando supporre (ma non conosco la zona per cui non sò com'è in realtà) che ne condivida il percorso per quel tratto. Se così fosse si disegna il sentiero sino a dove arriva sulla strada per poi riprendere a disegnarlo dove se ne stacca nuovamente. - Il tag che hai usato per il sentiero è highway=track che significa (cito il wiki http://wiki.openstreetmap.org/wiki/IT:Map_Features#Highway_.28strade.29 ) Carreggiabili ad uso prevalentemente agricolo o forestale Non ho idea di come sia, se è così allora va bene, se fosse più un sentiero allora si userebbe highway=path Sentieri non pensati per un uso specifico A volte il percorso è misto, parte su sterrate e parte su sentieri: in tal caso si taglia il sentiero e si applicano i tag appropriati alle diverse parti. Alessandro Messaggio originale Da: sergio.pedu...@alice.it Data: 25/03/2012 11.17 A: ale_z...@libero.it, openstreetmap list - italianotalk- i...@openstreetmap.org Ogg: R: [Talk-it] Aiuto Sono riuscito a caricare la traccia su OSM, anche se durante la procedura, il sistema mi ha segnalato alcuni errori e avvisi. Gli errori li ho eliminati cancellando i punti, mentre gli avvisi li ho ignorati. Adesso su OSM si può vedere la traccia 413-3V Monte Sette Termini-Creva. Adesso sarebbe bello se tu o qualche altro amico, possano andare a verificare e farmi una nota degli errori/mancanze presenti, in modo che possa migliorare i prossimi inserimenti. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: Aiuto
Ho modificato le impostazioni in JOSM ossia ho messo un flag alla voce abilita controllo remoto nelle impostazioni per la funzionalità di controllo remoto. Ho poi fatto la modifica inerente il collegamento con la strada diga di Creva. Ho cambiato il TAG del sentiero e ho messo higway=path Mentre il collegamento con la strada e laltro sentiero su ai Sette Termini, non è possibile perché, la strada e laltro sentiero non hanno una traccia alla quale collegarsi. Ciao Sergio Da: sabas88 [mailto:saba...@gmail.com] Inviato: domenica 25 marzo 2012 18:33 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] R: Aiuto Il giorno 25 marzo 2012 18:31, Sergio Peduzzi sergio.pedu...@alice.it ha scritto: Grazie Ale Come sempre sei molto preciso e gentile. Adesso ho cercato di modificare quei punti che mi hai indicato, ma quando, dopo aver aperto OSM-Modifica-modifica con controllo remoto JOSM, mi da il seguente errore: Modifica non riuscita - assicurarsi che JOSM o Merkaartor sia avviato e che l'opzione di controllo remoto sia abilitata. Cosa debbo fare?? Avviare JOSM! :)) Prima accendi il programma, poi schiaccia il link. Grazie ancora e buona serata Sergio -Messaggio originale- Da: ale_z...@libero.it [mailto:ale_z...@libero.it] Inviato: domenica 25 marzo 2012 14:03 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] Aiuto Complimenti, hai caricato la tua prima traccia su OSM! Veniamo ora alle annotazioni: - il sentiero termina nei pressi della Diga di Cremenaga su una strada provinciale; il punto finale del sentiero dovrebbe toccare la strada mentre ci arriva a pochi centimetri ma non è collegata ad essa. La mancanza di contatto tra sentiero e strada non si nota nella normale visualizzazione ma impedisce il corretto routing ad un eventuale software. Io ad esempio ho un cellulare Nokia con installato il programma GpsMid che mi permette di fare routing anche pedonale analogamente a quanto fa il Tomtom col routing automobilistico; se strada e sentiero non sono a contatto tramite la condivisione di un nodo questo routing non è possibile. Questo punto l'ho già corretto io. La stessa cosa avviene dall'altra estremità del percorso dove il sentiero incrocia un'altra sterrata e Via sette Termini. - Incrociando Via sette Termini in corrispondenza dell'elettrodotto, il percorso che hai mappato corre per circa 130m ad una distanza di un paio di metri dalla strada lasciando supporre (ma non conosco la zona per cui non sò com'è in realtà) che ne condivida il percorso per quel tratto. Se così fosse si disegna il sentiero sino a dove arriva sulla strada per poi riprendere a disegnarlo dove se ne stacca nuovamente. - Il tag che hai usato per il sentiero è highway=track che significa (cito il wiki http://wiki.openstreetmap.org/wiki/IT:Map_Features#Highway_.28strade.29 ) Carreggiabili ad uso prevalentemente agricolo o forestale Non ho idea di come sia, se è così allora va bene, se fosse più un sentiero allora si userebbe highway=path Sentieri non pensati per un uso specifico A volte il percorso è misto, parte su sterrate e parte su sentieri: in tal caso si taglia il sentiero e si applicano i tag appropriati alle diverse parti. Alessandro Messaggio originale Da: sergio.pedu...@alice.it Data: 25/03/2012 11.17 A: ale_z...@libero.it, openstreetmap list - italianotalk- i...@openstreetmap.org Ogg: R: [Talk-it] Aiuto Sono riuscito a caricare la traccia su OSM, anche se durante la procedura, il sistema mi ha segnalato alcuni errori e avvisi. Gli errori li ho eliminati cancellando i punti, mentre gli avvisi li ho ignorati. Adesso su OSM si può vedere la traccia 413-3V Monte Sette Termini-Creva. Adesso sarebbe bello se tu o qualche altro amico, possano andare a verificare e farmi una nota degli errori/mancanze presenti, in modo che possa migliorare i prossimi inserimenti. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Il 24 marzo 2012 10:21, Maurizio Napolitano napoo...@gmail.com ha scritto: ... e qui gia' mi descrivi la necessita' di creare un processo di validazione beh mi sembra ovvio se si vogliono usare i dati in un qualsiasi progetto che non sia usare la mappa come sfondo per il proprio sito web personale ;-) chi non fa validazione dei dati otterrà sempre un errore in qualsiasi uso futuro, markus dice sempre garbage in, garbage out ;-) e a quel punto si rischia che la catena si spezza. certo, infatti la domanda era proprio per capire come non spezzarla... La mia idea e' che sia una soluzione fantastica, ma che va bene studiata nei dettagli e semplificata. Secondo me, il primo passaggio, e' quello di usare osm come segnalatore e, successivamente, quello di creare processi partecipativi. certo questa sarebbe la cosa più semplice però rischi di fare un doppio lavoro, mappatura su osm e mappatura comunale ;-) Detto questo: il thread e' nato come discorso a due e sembra cosi' rimasto :( dai qualcun'altro è intervenuto :-P (giuro che non li ho obbligati io ;-) ) Dai Luca che ci vediamo di persona nei prox giorni e mettiamo giu' qualche progetto. Al momento ho scritto un documento che e' in mano a due p.a. ... speriamo bravo... Ciao -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Il 24 marzo 2012 11:56, Maurizio Napolitano napoo...@gmail.com ha scritto: Dal mio punto di vista i casi di successo sono piu' verso aree urbane piccole che grandi (a meno che non spezzi le grandi). o che si scelga di prendere solo uno o più elementi ben precisi... -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Il 24 marzo 2012 12:01, sabas88 saba...@gmail.com ha scritto: Il portale turistico che era nella lettera d'intenti di Luca al Comune ad esempio.. Luca da questo fronte più niente? ne parleremo il 2 aprile -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Il 24 marzo 2012 12:29, Maurizio Napolitano napoo...@gmail.com ha scritto: e questa e' un altra delle questioni che avanzano le pa per tutti i problemi legati al versioning ho già una soluzione in testa, bisogna solo metterla in pratica... La questione semantica dei tag la vedo meno problematica; senz'altro una qualche bonifica nel DB andrebbe fatta, se pensi che sino a due anni fa i sentieri erano mappati tutti come footway e poi si passò a path. rimane il problema che arrivera' sempre qualcuno a scrivere footway :) Per me questo e' un lato potente di osm, ma semantica dei tag e' spesso messa in discussione +1, odio e amo la libertà d'uso dei tag (forse la odio più di quanto la amo :-) ) Per il resto nulla impedirebbe di aggiungere dei tag per aumentare l'interoperabilità con dati provenienti dalle P.A. o comunque validati (come sta già avvenendo in Francia con i dati catastali o nella vicina Arenzano per rimanere in Liguria). Hai qualche link su questi due aspetti? comune di arenzano (che credo essere il comune italiano meglio mappato!) http://osm.org/go/xX0MtNnJT- Questa mia non vuole essere nessuna verità rivelata e mi dissocio da qualunque cavolata abbia scritto qui sopra :) ma vuole essere un ennesimo spunto di riflessione sull'argomento. Sono tutte questioni che creano un po' di timori ad una pa. Una p.a, - come tu stesso hai detto - vede pero' un valore aggiunto in osm quantomeno su un validazione true/false ecco questo sarebbe il primo passaggio da fare E' per questo che penso che il primo modo per rendere appetibile osm ad una pa e' quello di fornire strumenti di notifica dei cambiamenti. quello che ti dicevo sopra, c'è l'ho pronto in testa bisogna trovare un progetto su cui potrei lavorarci anche in FEM -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Genova per l'Innovazione Digitale, an open smart city, 23 marzo
Il 24 marzo 2012 10:30, ale_z...@libero.it ale_z...@libero.it ha scritto: A quanto ho capito hanno liberato Oops, volevo dire aperto ;) i dati e qualcuno, hanno citato l'utente Alberto58, ha importato l'edificato in OSM Non ho chiesto nulla sui termini della licenza un pò per mia scarsa conoscenza del tema un pò per il poco tempo a disposizione di ognuno, comunque mi pare abbiano lasciato il biglietto da visita a Luca. giusto per informazione era un dipendente delle sede emiliana di sinergis Alessandro -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] grid Walking papers solo lat.?
Ciao a tutti, perchè stampando un walking paper con l'opzione grid compaiono solo i riferimenti di latidudine? grazie M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: ERA: Import dati geografici da un comune
Luca scusa, non è che non segua il thread, ma credo che attualmente il problema, almeno per il caso genovese, sia quello della licenza e del conseguente utilizzo dei dati. A seguito di quel raffronto dei due database (il frammento che ci riguarda territorialmente), avendo constatato la buona qualità del dato di OSM, in certi casi competitiva con quella dei dati comunali, il consiglio che veniva dato riguardava l'adesione alle linee guida INSPIRE del tagging. Una volta che il dato potesse venire condiviso legittimamente, la validazione dello stesso rientra nelle procedure del comune e si dovrebbe necessariamente propagare anche al nostro. Ma, adesso che hai buttato l'amo e tutti paiono ottimisti in proposito, particolarmente i miei retrivi colleghi, sarebbe opportuno trovare il modo di poter iniziare la collaborazione. Nulla vieterebbe di importare oltre a dei dati, delle tecniche per altri consolidate. Parlo di come rendere concreta la validazione del nostro lavoro. Che però è già riconosciuto come buono. Notizia di servizio. Ieri ti ho rappresentato secondo la tua delega. Non sono più il tesoriere, come sai. Così mi hanno fatto pagare la tua quota sociale, sennò, a statuto, non potevi votare. -- Giuliano Messaggio originale Da: lucadel...@gmail.com Data: 25-mar-2012 19.02 A: openstreetmap list - italiano Ogg: Re: [Talk-it] ERA: Import dati geografici da un comune Il 24 marzo 2012 10:21, Maurizio Napolitano ha scritto: ... e qui gia' mi descrivi la necessita' di creare un processo di validazione beh mi sembra ovvio se si vogliono usare i dati in un qualsiasi progetto che non sia usare la mappa come sfondo per il proprio sito web personale ;-) chi non fa validazione dei dati otterrà sempre un errore in qualsiasi uso futuro, markus dice sempre garbage in, garbage out ;-) e a quel punto si rischia che la catena si spezza. certo, infatti la domanda era proprio per capire come non spezzarla... La mia idea e' che sia una soluzione fantastica, ma che va bene studiata nei dettagli e semplificata. Secondo me, il primo passaggio, e' quello di usare osm come segnalatore e, successivamente, quello di creare processi partecipativi. certo questa sarebbe la cosa più semplice però rischi di fare un doppio lavoro, mappatura su osm e mappatura comunale ;-) Detto questo: il thread e' nato come discorso a due e sembra cosi' rimasto :( dai qualcun'altro è intervenuto :-P (giuro che non li ho obbligati io ;-) ) Dai Luca che ci vediamo di persona nei prox giorni e mettiamo giu' qualche progetto. Al momento ho scritto un documento che e' in mano a due p.a. ... speriamo bravo... Ciao -- ciao Luca http://gis.cri.fmach.it/delucchi/www.lucadelu.org ___ Talk-it mailing list Talk- i...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: ERA: Import dati geografici da un comune
Il 25 marzo 2012 21:46, Giuliano italia1...@alice.it ha scritto: Luca scusa, non è che non segua il thread, ma credo che attualmente il problema, almeno per il caso genovese, sia quello della licenza e del conseguente utilizzo dei dati. si infatti il discorso è nato di qui, per capire quale sia la licenza migliore, napo spinge molto per non attribuzione like ma io non sono troppo convinto, pur capendo bene i suoi motivi. A seguito di quel raffronto dei due database (il frammento che ci riguarda territorialmente), avendo constatato la buona qualità del dato di OSM, in certi casi competitiva con quella dei dati comunali, il consiglio che veniva dato riguardava l'adesione alle linee guida INSPIRE del tagging. confermo, questo sarebbe il primo passaggio da fare. appena avrò un secondo proverò quel software per la conversione da osm a inspire Una volta che il dato potesse venire condiviso legittimamente, la validazione dello stesso rientra nelle procedure del comune e si dovrebbe necessariamente propagare anche al nostro. Ma, adesso che hai buttato l'amo e tutti paiono ottimisti in proposito, particolarmente i miei retrivi colleghi, sarebbe opportuno trovare il modo di poter iniziare la collaborazione. Nulla vieterebbe di importare oltre a dei dati, delle tecniche per altri consolidate. si per questo bisogna discuterne... Parlo di come rendere concreta la validazione del nostro lavoro. Che però è già riconosciuto come buono. buono ma non troppo aggiornato ;-) Notizia di servizio. Ieri ti ho rappresentato secondo la tua delega. Non sono più il tesoriere, come sai. Così mi hanno fatto pagare la tua quota sociale, sennò, a statuto, non potevi votare. grazie appena ci vediamo salderò... -- Giuliano Messaggio originale Da: lucadel...@gmail.com Data: 25-mar-2012 19.02 A: openstreetmap list - italiano Ogg: Re: [Talk-it] ERA: Import dati geografici da un comune Il 24 marzo 2012 10:21, Maurizio Napolitano ha scritto: ... e qui gia' mi descrivi la necessita' di creare un processo di validazione beh mi sembra ovvio se si vogliono usare i dati in un qualsiasi progetto che non sia usare la mappa come sfondo per il proprio sito web personale ;-) chi non fa validazione dei dati otterrà sempre un errore in qualsiasi uso futuro, markus dice sempre garbage in, garbage out ;-) e a quel punto si rischia che la catena si spezza. certo, infatti la domanda era proprio per capire come non spezzarla... La mia idea e' che sia una soluzione fantastica, ma che va bene studiata nei dettagli e semplificata. Secondo me, il primo passaggio, e' quello di usare osm come segnalatore e, successivamente, quello di creare processi partecipativi. certo questa sarebbe la cosa più semplice però rischi di fare un doppio lavoro, mappatura su osm e mappatura comunale ;-) Detto questo: il thread e' nato come discorso a due e sembra cosi' rimasto :( dai qualcun'altro è intervenuto :-P (giuro che non li ho obbligati io ;-) ) Dai Luca che ci vediamo di persona nei prox giorni e mettiamo giu' qualche progetto. Al momento ho scritto un documento che e' in mano a due p.a. ... speriamo bravo... Ciao -- ciao Luca http://gis.cri.fmach.it/delucchi/www.lucadelu.org ___ Talk-it mailing list Talk- i...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: ERA: Import dati geografici da un comune
2012/3/25 Luca Delucchi lucadel...@gmail.com: Il 25 marzo 2012 21:46, Giuliano italia1...@alice.it ha scritto: Luca scusa, non è che non segua il thread, ma credo che attualmente il problema, almeno per il caso genovese, sia quello della licenza e del conseguente utilizzo dei dati. si infatti il discorso è nato di qui, per capire quale sia la licenza migliore, napo spinge molto per non attribuzione like ma io non sono troppo convinto, pur capendo bene i suoi motivi. Sara' il caso che spiego. Nel modello open data sono previste 3 tipologie di licenze: - pubblico dominio - di attribuzione - condivisione allo stesso modo Come si vede in questa presentazione fatta da Jordan Hatcher - l'autore della ODbL - di Open Knowledge Foundation http://www.slideshare.net/epsiplatform/hatcher per comodita' mando subito alla slide 17 http://www.slideshare.net/epsiplatform/hatcher/17 Le licenze di pubblico dominio (che sono quelle degli USA) sono usate in Italia anche da Piemonte, Emilia-Romagna e Trentino. Come ho gia' scritto in altri post offrono un sacco di vantaggi sia per la p.a. che per chiunque altro. Nei dettagli della p.a. questa si libera di ogni responsabilita' da qualsiasi prodotto derivato ed anche dal problema del danno erariale. In Italia c'e' ancora un po' di discussione in merito all'uso del pubblico dominio anche se, il buon Simone Aliprandi, ha di recente lanciato la provocazione di cambiare l'articolo 5 sulla legge del diritto d'autore. http://aliprandi.blogspot.it/2012/03/un-comma-per-lopen-data.html Sulle restanti due tipologie di licenze, la comunita' open data non considera vincente l'uso delle licenze di tipo share a like nei concetti del ri-uso dell'informazione del settore pubblico. Sempre nelle slide di Hatcher la numero 18 e' abbastanza significativa http://www.slideshare.net/epsiplatform/hatcher/18 psi = public sector information La direttiva europea psi e' quella sui cui in europa ci si aggancia sul fronte degli open data e che, dalla stessa UE, e' quella su cui si vuole lavorare prossimamente per rendere effettivi gli open data in Europa. Sul fronte della legge Piemontese sugli open data viene detto che sull'uso di una licenza di tipo share a like e' necessario dare una valida motivazione. Di questo anche formez (l'ente governativo che si sta occupando del tema open data in italia) ha dato segnali in questa direzione nel momento che ha lanciato la IODL 2.0. La IODL 1.0 e' una licenza compatibile di tipo share a like compatibile con ODbL La IODL 2.0 e' una licenza di tipo attribuzione Il motivo per cui il concetto di share a like non viene visto bene nel caso del ri-uso dell'informazione pubblica e' perche' questo crea dei vincoli per favorire lo sviluppo di nuove aziende. Usando una metafora di Roberto Moriondo - direttore del ufficio innovazione, ricerca ed università della regione Piemonte - i dati della p.a. sono da considerarsi come le energie rinnovabili. La pa continua a produrre dati (come il sole genera energia) per i propri scopi e questi dovrebbero essere poter utilizzati da terzi per qualsiasi altro scopo e scenario d'uso. Ora, se scendiamo nel caso specifico dell'argomento trattato, il problema e' quello di voler avere un ritorno dal rilascio dei dati e si vede come unica via la possibilita' di attingere da openstreetmap e quindi si fa una scelta open data viziata da quel progetto. La considero una scelta piu' che giustificata e, sicuramente meglio, di scelte fatte da altre p.a. nel rilasciare i dati solo per osm (tra l'altro spesso senza voler niente in cambio), rimango pero' dell'idea che - se si sposa in toto il concetto di open data - e' giusto credere nella serendipity e quindi pensa che quei dati potrebbero essere usati per scenari completamente diversi da quelli che ha una p.a. ha scelto. Dopo questa frase forse un po' troppo da sognatore, scendo a terra ricordando che, con il passaggio a ODbL, per chiunque sara' possibile discutere sul copyright dei dati di osm dialogando con un unico ente: la osm foundation (su questo pero' aspetto correzioni). Notizia di servizio. Ieri ti ho rappresentato secondo la tua delega. Non sono più il tesoriere, come sai. Così mi hanno fatto pagare la tua quota sociale, sennò, a statuto, non potevi votare. grazie appena ci vediamo salderò... Dopo questa io (ma forse anche altri) ci chiedo: chi e' Giuliano? :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
e questa e' un altra delle questioni che avanzano le pa per tutti i problemi legati al versioning ho già una soluzione in testa, bisogna solo metterla in pratica... Io ho una contro proposta: spostiamo queste cose sul wiki di osm? Io ho un documento presentato ad un paio di p.a. su proposte di progetto. Rimango comunque fortemente dell'idea che molti di questi discorsi dipendono da come sono organizzate le p.a. al loro interno e dalle tipologie di dati rimane il problema che arrivera' sempre qualcuno a scrivere footway :) Per me questo e' un lato potente di osm, ma semantica dei tag e' spesso messa in discussione +1, odio e amo la libertà d'uso dei tag (forse la odio più di quanto la amo :-) ) e incremento il +1 ricordando che questo aspetto, che e' molto legato al versioning puo' essere uno dei problemi per cui una p.a. si trova a dover occupare il suo tempo anche a riordinare il lavoro - spesso in buona fede - fatto da qualcuno ... sono certo che prima o poi ci sara' un po' di defacing dentro OSM. gia' mi immagino una highway che disegna una qualche frase poco simpatica ai danni di qualcuno ... Per la verita': se arriviamo a queste situazioni va anche bene, perche' vuol dire osm ha attratto una buona quantita' di utenti e, allora, si sentira' l'esigenza di inserire alcuni processi di verifica. Per il resto nulla impedirebbe di aggiungere dei tag per aumentare l'interoperabilità con dati provenienti dalle P.A. o comunque validati (come sta già avvenendo in Francia con i dati catastali o nella vicina Arenzano per rimanere in Liguria). Hai qualche link su questi due aspetti? comune di arenzano (che credo essere il comune italiano meglio mappato!) http://osm.org/go/xX0MtNnJT- volevo sapere se c'era qualche articolo o delibera sul tema. apertura dei dati del catasto di arenzano. qualcosa come la famosa delibera del comune di storo http://www.comune.storo.tn.it/delibere2009/g09_029.htm Una p.a, - come tu stesso hai detto - vede pero' un valore aggiunto in osm quantomeno su un validazione true/false ecco questo sarebbe il primo passaggio da fare E' per questo che penso che il primo modo per rendere appetibile osm ad una pa e' quello di fornire strumenti di notifica dei cambiamenti. quello che ti dicevo sopra, c'è l'ho pronto in testa bisogna trovare un progetto su cui potrei lavorarci anche in FEM come ho gia' detto ho scritto un documento progettuale che ho consegnato a due p.a. Sto aspettando i resoconti. Per ora non posso fare nomi :( ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Il 25 marzo 2012 23:30, Maurizio Napolitano napoo...@gmail.com ha scritto: e questa e' un altra delle questioni che avanzano le pa per tutti i problemi legati al versioning ho già una soluzione in testa, bisogna solo metterla in pratica... Io ho una contro proposta: spostiamo queste cose sul wiki di osm? Io ho un documento presentato ad un paio di p.a. su proposte di progetto. per ora no...visto che è solo un idea preferisco tenermela in testa... Rimango comunque fortemente dell'idea che molti di questi discorsi dipendono da come sono organizzate le p.a. al loro interno e dalle tipologie di dati neanche qui sono troppo daccordo, bisogna capire come sono organizzati i dati per fare dei convertitori che portino la struttura di OSM in quella dell'ente che richiede i dati volevo sapere se c'era qualche articolo o delibera sul tema. apertura dei dati del catasto di arenzano. qualcosa come la famosa delibera del comune di storo http://www.comune.storo.tn.it/delibere2009/g09_029.htm no non c'è nulla è stata la scelta del tecnico e anche responsabile dei dati geospaziali. come ho gia' detto ho scritto un documento progettuale che ho consegnato a due p.a. Sto aspettando i resoconti. Per ora non posso fare nomi :( bene, se qualcuno va in porto sai dove trovarmi ;-) -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Io ho una contro proposta: spostiamo queste cose sul wiki di osm? Io ho un documento presentato ad un paio di p.a. su proposte di progetto. per ora no...visto che è solo un idea preferisco tenermela in testa... Capisco il tuo punto di vista. Io pensavo solo a riorganizzare le discussioni di questo thread in un wiki, non ti regalare il progetto :) Rimango comunque fortemente dell'idea che molti di questi discorsi dipendono da come sono organizzate le p.a. al loro interno e dalle tipologie di dati neanche qui sono troppo daccordo, bisogna capire come sono organizzati i dati per fare dei convertitori che portino la struttura di OSM in quella dell'ente che richiede i dati Giusto per chiarezza: questo lo do implicito quando facevo riferimenti al modo con cui le p.a. sono organizzate al loro interno. volevo sapere se c'era qualche articolo o delibera sul tema. apertura dei dati del catasto di arenzano. qualcosa come la famosa delibera del comune di storo http://www.comune.storo.tn.it/delibere2009/g09_029.htm no non c'è nulla è stata la scelta del tecnico e anche responsabile dei dati geospaziali. Domanda: chi ha fatto l'import? Ho visto che Storo prima era un operatore comunale, ora, gli ultimi update, sembrano essere il risultato di bot che operano sull'intero db di osm Si tratta di una valutazione a naso (a far bene dovrei usare osm-history-splitter e guardare i dati del planet-osm-history). Questo pero' mi crea la solita domanda: l'operatore della pa infila i dati in osm, poi questi non vengono toccati quasi da nessun altro, dove sta il ritorno alla p.a.? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Il 25 marzo 2012 23:53, Maurizio Napolitano napoo...@gmail.com ha scritto: Domanda: chi ha fatto l'import? la persona stessa Ho visto che Storo prima era un operatore comunale, ora, gli ultimi update, sembrano essere il risultato di bot che operano sull'intero db di osm Si tratta di una valutazione a naso (a far bene dovrei usare osm-history-splitter e guardare i dati del planet-osm-history). Questo pero' mi crea la solita domanda: l'operatore della pa infila i dati in osm, poi questi non vengono toccati quasi da nessun altro, dove sta il ritorno alla p.a.? da quello che ho capito sta nel fatto che prima non aveva uno strumento semplice da utilizzare per gestire tutti i suoi dati e ha deciso di usare OSM. Il tutto è nato con il censimento dei civici richiesto dall'ISTAT per spedire il questionario del censimento nazionale 2011. Ora i dati vengono utilizzati anche da altri colleghi e sta pensando di creare servizi per i liberi professionisti oltre che ad altre istituzioni pubbliche (comprese forze dell'ordine) -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
da quello che ho capito sta nel fatto che prima non aveva uno strumento semplice da utilizzare per gestire tutti i suoi dati e ha deciso di usare OSM. Il tutto è nato con il censimento dei civici richiesto dall'ISTAT per spedire il questionario del censimento nazionale 2011. Storo o Arenzano? Ora i dati vengono utilizzati anche da altri colleghi e sta pensando di creare servizi per i liberi professionisti oltre che ad altre istituzioni pubbliche (comprese forze dell'ordine) interessante sono curioso di sapere come saranno erogati i servizi. Dico i termini d'uso. Fico pero' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ERA: Import dati geografici da un comune
Il 26 marzo 2012 00:11, Maurizio Napolitano napoo...@gmail.com ha scritto: da quello che ho capito sta nel fatto che prima non aveva uno strumento semplice da utilizzare per gestire tutti i suoi dati e ha deciso di usare OSM. Il tutto è nato con il censimento dei civici richiesto dall'ISTAT per spedire il questionario del censimento nazionale 2011. Storo o Arenzano? arenzano Ora i dati vengono utilizzati anche da altri colleghi e sta pensando di creare servizi per i liberi professionisti oltre che ad altre istituzioni pubbliche (comprese forze dell'ordine) interessante sono curioso di sapere come saranno erogati i servizi. Dico i termini d'uso. Fico pero' vediamo, penso che la prima cosa sarà un webgis o qualcosa di simile. -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Licensomskiftning starter 27 marts
Ole Nielsen skrev: Vi mangler stadig at erstatte en del data fra brugere som ikke har accepteret den nye licens - og det begynder at haste. Jeg har kigget lidt på, hvilke problemer, der er tilbage, især på Sjælland. Der er enkelte veje, der vil forsvinde. Det er ikke så slemt - dem skal vi nok få på igen. Men især lader det til, at det er enkelte punkter, der vil forsvinde. Det er noget juks, fordi vejen så stadigvæk vil være der, bare med færre punkter. Det kan være svært at finde. Det er naturligvis værst, der hvor de dårlige punkter forbinder to veje. Der vil vi miste information om, at de to veje er forbundet. Hvis området er tilpas øde, og punkterne ligger tilpas langt fra hinanden, vil vi ikke kunne opdage det med vores nuværende QA-værktøjer. Det ville derfor være godt, hvis de veje, der får fjernet punkter, kunne få et tag, man kunne lede efter senere hen. Endelig er der nogle stier, især skovstier, der vil forsvinde. Det er ærgerligt, fordi vi ikke ummidelbart vil kunne se, at de mangler. Og de er ikke nødvendigvis at se på Fugro. Men det betyder desværre også, at vi ikke kan gentegne dem, medmindre vi har GPS-data for dem. - Jørgen P.S. Jeg håber ikke, jeg skal til Polen snart. Meget af det, der forsvinder der, er tilsyneladense skove, men også rigtig mange veje. ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Licensomskiftning starter 27 marts
Den 25-03-2012 18:01, Jørgen Elgaard Larsen skrev: Det ville derfor være godt, hvis de veje, der får fjernet punkter, kunne få et tag, man kunne lede efter senere hen. Her er det så bare at vi skal til at passe på at vi ikke laver en afledning af det stykker arbejde som er beskyttet og som bliver fjernet, for så kunne vi jo ligeså godt have ladet det bliver istedet. Carsten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-es] [Catastro] Traducción nombre de calles del catastro
No sé si alguien ha pensado en eso, pero si deben coincidir los nombres de las calles en OSM con los datos del catastro que se van a subir, en algunos casos habrá que traducir todos los nombres de las calles del catastro, como pasa en Catalunya y supongo que pasará en Galicia, País Vasco, Baleares, etc. En el catastro todos los nombres de las calles vienen en castellano no sólo el «calle», «avenida», etc... sino también el nombre en sí. Por ejemplo en mi pueblo, La Palma de Cervelló aparecen «Calle Collcerola» (que debería ser «Carrer Collserola») o «Camino de las monjas» («Camí de les monges»). Yo la traducción la realicé abriendo el archivo OSM con *gedit* y haciendo búsquedas y reemplazando cadenas, pero en mi caso se trata de un pueblo muy pequeño y fue un trabajo laborioso, no sé si a alguien se le puede ocurrir una forma mejor de hacerlo o de automatizar el proceso, sobretodo pensando en las poblaciones de mayor tamaño. Supongo que tambien estaría bien añadirlo a la wiki (o crear una página explicando cómo realizar la traducción de las calles del catastro). Un saludo! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Traducción nombre de calles del catastro
El día 25 de marzo de 2012 11:13, Jaime Crespo jy...@jynus.com escribió: Yo la traducción la realicé abriendo el archivo OSM con gedit y haciendo búsquedas y reemplazando cadenas, pero en mi caso se trata de un pueblo muy pequeño y fue un trabajo laborioso, no sé si a alguien se le puede ocurrir una forma mejor de hacerlo o de automatizar el proceso, sobretodo pensando en las poblaciones de mayor tamaño. Es un problema ya de por sí, ya que no sé hasta que punto van a coincidir los nombres de los ejes actuales (aunque estén en el mismo idioma) con las direcciones importadas (una Calle Gran Vía en vez de Gran Vía puede requerir cientos de cambios). O crear una relación, no sé qué es peor. Este problema ya lo comenté en su momento. En uno de mis pueblos de prueba, hay más nombres de calles erróneos en las relaciones que correctos. Revisarlos es un trabajazo pero, como decís, la función Reemplazar de cualquier editor de textos es nuestra amiga. Yo al menos soy de la opinión de que en las relaciones de los portales que hacen referencia a nombres de calles, estos nombres de calles deberían coincidir con el nombre de la calle en sí. Si la calle tiene varios nombres (en distintas lenguas), pues supongo que la relación del portal también debería tenerlos. Pero esto ya no sé si será igual de sencillo de apañar con un editor de textos de manera masiva. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Traducción nombre de calles del catastro
El 25/03/2012 13:15, Benjamín Valero Espinosa benjaval...@gmail.com escribió: Yo al menos soy de la opinión de que en las relaciones de los portales que hacen referencia a nombres de calles, estos nombres de calles deberían coincidir con el nombre de la calle en sí. Si la calle tiene varios nombres (en distintas lenguas), pues supongo que la relación del portal también debería tenerlos. No: o se relacionan mediante el atributo único name o mediante una relación, pero no con múltiples idiomas. No tiene sentido duplicar imformación que ya está en la vía: addr:street + addr:street:es + addr:street:ca en cada portal. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Traducción nombre de calles del catastro
En el fichero CAT de catastro viene la abreviatura del tipo de vía: PZA para plaza, CL para calle, etc... según la documentación de catastro. El tema es que no se distingue entre calle, carrer y kalea. Para esto, probablemente lo adecuado sería poner una opción en el config de Cat2Osm para definir el idioma en el que se van a traducir los nombres. Y hace falta que alguien traduzca los tipos de vía a los respectivos idiomas... Lo que hay que traducir es el anexo I de: http://www.catastro.meh.es/ws/webservices_catastro.pdf Un cordial saludo. El 25 de marzo de 2012 11:13, Jaime Crespo jy...@jynus.com escribió: El 25/03/2012 10:26, Konfrare Albert lakonfrariadelav...@gmail.com escribió: No sé si alguien ha pensado en eso, pero si deben coincidir los nombres de las calles en OSM con los datos del catastro que se van a subir, en algunos casos habrá que traducir todos los nombres de las calles del catastro, como pasa en Catalunya y supongo que pasará en Galicia, País Vasco, Baleares, etc. En el catastro todos los nombres de las calles vienen en castellano no sólo el «calle», «avenida», etc... sino también el nombre en sí. Por ejemplo en mi pueblo, La Palma de Cervelló aparecen «Calle Collcerola» (que debería ser «Carrer Collserola») o «Camino de las monjas» («Camí de les monges»). Yo la traducción la realicé abriendo el archivo OSM con gedit y haciendo búsquedas y reemplazando cadenas, pero en mi caso se trata de un pueblo muy pequeño y fue un trabajo laborioso, no sé si a alguien se le puede ocurrir una forma mejor de hacerlo o de automatizar el proceso, sobretodo pensando en las poblaciones de mayor tamaño. Supongo que tambien estaría bien añadirlo a la wiki (o crear una página explicando cómo realizar la traducción de las calles del catastro). Habría que mirar qué política ha seguido el catastro en las distintas provincias. Si el catastro sólo usa nombres en castellano, y no los oficiales/comunes habrá que hacer la transformación que comentas, dejando en lo que son los ejes ese nombre como name:es. Es un problema ya de por sí, ya que no sé hasta que punto van a coincidir los nombres de los ejes actuales (aunque estén en el mismo idioma) con las direcciones importadas (una Calle Gran Vía en vez de Gran Vía puede requerir cientos de cambios). O crear una relación, no sé qué es peor. Quiza para estas cosas, editores especializados como comentaba Cruz o herramientas específicas pueden ser de ayuda. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro]Logroño
Os dejo un enlace al .osm (comprimido) de Logroño (152 mil habitantes, 80 Km²): http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono_completo_sin_ejes.osm.gz http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-EJES.osm.gz http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-MASA.osm.gz (Cat2Osm versión 2012-03-23) Se ha solucionado el tema de las granjas, y a los aparcamientos, algunos se les asigna el parking y a otros no: son buildings a secas, aunque sean subterráneos (habrá que revisar todos esos los fixmes a mano). Edificios de servicios como universidades o colegios ahora me los pone como buildings, así que mejor que antes (antes eran reacreational_grounds). Esto ha añadido más tiempo de procesado (me ha tardado 11h en un i7 portátil). Sobre la alineación que algunos comentaban ¡cuidado con la perspectiva del PNOA o de otra fuente de imágenes! Coincide perfectamente con la base, obviamente no con el tejado. Habrá que tener cuidado con los portales, cuando los bloques comparten varios, sólo se le asigna uno, así que habrá que combinar, tal y como dijo cruz el resultado con la opción -portales. Me salen pozos en medio de la ciudad. ¿no serán drinking_water's? Al intentar meterlo en un postgis, me ha fallado, por lo que parece que todavían quedan cabos sueltos de geometría? = [2012-03-25 06:25:03,380] imposm.db.postgis - WARNING - error while importing (-48350, 'yes', psycopg2._psycopg.Binary object at 0x2765b90, None): duplicate key value violates unique constraint osm_new_buildings_pkey DETAIL: Key (osm_id)=(-48350) already exists. [2012-03-25 06:25:03,443] imposm.db.postgis - WARNING - error while importing (-48101, 'yes', psycopg2._psycopg.Binary object at 0x23a9680, None): duplicate key value violates unique constraint osm_new_buildings_pkey DETAIL: Key (osm_id)=(-48101) already exists. = De imports luego hablamos, pero comentan: no poner la etiqueta de país (ES) Cambiar power=tower por power=pole árboles en medio de edificios o inexistentes (esto es problema del catastro) -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro]Logroño
El día 25 de marzo de 2012 14:24, Jaime Crespo jy...@jynus.com escribió: Os dejo un enlace al .osm (comprimido) de Logroño (152 mil habitantes, 80 Km²): http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono_completo_sin_ejes.osm.gz http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-EJES.osm.gz http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-MASA.osm.gz (Cat2Osm versión 2012-03-23) Ah! Y se me olvidaban los portales: http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-PORTALES.osm.gz -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Resumen en inglés sobre los pasos que se han tomado siguiendo la guía de imports.
El lunes lo amplío. Estoy pendiente de escribir a un abogado que le comenté el asunto en la conferencia GIS libre de Girona y consultar a otro abogado a medio camino de terminar y copiar sus respuestas para dar un poco más de formalidad a ese punto, pero los fines de semana no tengo internet (ahora mismo estoy en un macdonals :P ) El 24 de marzo de 2012 21:36, Carlos Dávila cdavi...@orangecorreo.esescribió: El 24/03/12 12:55, Cruz Enrique Borges Hernández escribió: http://wiki.openstreetmap.org/**wiki/Spanish_Cadastre_importhttp://wiki.openstreetmap.org/wiki/Spanish_Cadastre_import A ver si me echais una mano y lo carregis y ampliais un poco :S Mi inglés es bastante malo y deja mucho que desear :( Yo también he corregido/ampliado lo que he podido y me parece que la página está bastante bien. Sólo echo en falta quizá un poco más de información en el apartado de la licencia, que por cierto, es donde yo pensaba que nos iban a plantear más pegas en imports y ni lo han mencionado. __**_ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-eshttp://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Traducción nombre de calles del catastro
Pregunta tonta. En Bilbao los nombres de las calles son únicos, lo que cambia es el prefijo (mi calle es Rafaela de Ybarra y el prefijo es Calle o Kalea según), es en el resto de los sitios así? En ese caso, sería muy fácil de corregir simplemente poniendo una opción en el config y con que alguien nos traduzca los prefijos. O directamente no lo corregiríamos sino que generaríamos en castellano + idioma oficial. Para este tipo de tareas es para lo que digo que el editor basado en contexto serviría. A ver si todas estas cosas las podemos poner en la wiki (tareas para las que sería útil el editor) porque ésta, por ejemplo, no se me había ocurrido pero es un ejemplo perfecto. El 25 de marzo de 2012 13:31, David Marín Carreño dav...@gmail.comescribió: En el fichero CAT de catastro viene la abreviatura del tipo de vía: PZA para plaza, CL para calle, etc... según la documentación de catastro. El tema es que no se distingue entre calle, carrer y kalea. Para esto, probablemente lo adecuado sería poner una opción en el config de Cat2Osm para definir el idioma en el que se van a traducir los nombres. Y hace falta que alguien traduzca los tipos de vía a los respectivos idiomas... Lo que hay que traducir es el anexo I de: http://www.catastro.meh.es/ws/webservices_catastro.pdf Un cordial saludo. El 25 de marzo de 2012 11:13, Jaime Crespo jy...@jynus.com escribió: El 25/03/2012 10:26, Konfrare Albert lakonfrariadelav...@gmail.com escribió: No sé si alguien ha pensado en eso, pero si deben coincidir los nombres de las calles en OSM con los datos del catastro que se van a subir, en algunos casos habrá que traducir todos los nombres de las calles del catastro, como pasa en Catalunya y supongo que pasará en Galicia, País Vasco, Baleares, etc. En el catastro todos los nombres de las calles vienen en castellano no sólo el «calle», «avenida», etc... sino también el nombre en sí. Por ejemplo en mi pueblo, La Palma de Cervelló aparecen «Calle Collcerola» (que debería ser «Carrer Collserola») o «Camino de las monjas» («Camí de les monges»). Yo la traducción la realicé abriendo el archivo OSM con gedit y haciendo búsquedas y reemplazando cadenas, pero en mi caso se trata de un pueblo muy pequeño y fue un trabajo laborioso, no sé si a alguien se le puede ocurrir una forma mejor de hacerlo o de automatizar el proceso, sobretodo pensando en las poblaciones de mayor tamaño. Supongo que tambien estaría bien añadirlo a la wiki (o crear una página explicando cómo realizar la traducción de las calles del catastro). Habría que mirar qué política ha seguido el catastro en las distintas provincias. Si el catastro sólo usa nombres en castellano, y no los oficiales/comunes habrá que hacer la transformación que comentas, dejando en lo que son los ejes ese nombre como name:es. Es un problema ya de por sí, ya que no sé hasta que punto van a coincidir los nombres de los ejes actuales (aunque estén en el mismo idioma) con las direcciones importadas (una Calle Gran Vía en vez de Gran Vía puede requerir cientos de cambios). O crear una relación, no sé qué es peor. Quiza para estas cosas, editores especializados como comentaba Cruz o herramientas específicas pueden ser de ayuda. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro]Logroño
Lo de las geometrías en normal, siempre quedan dos o tres que no sabe resolver/están mal en catastro. El validador del josm las pilla y suele ser fácil resolverlas... aunque el editor es HORRIBLE. Alguien comentó que con GRASS se podría evitar esto, pero no hemos tenido tiempo de ponerse a enredar con él. Si alguien sabe como hacerlo desde la línea de comandos o nos orienta a la página del manual, le echaríamos un ojo. El 25 de marzo de 2012 14:27, Jaime Crespo jy...@jynus.com escribió: El día 25 de marzo de 2012 14:24, Jaime Crespo jy...@jynus.com escribió: Os dejo un enlace al .osm (comprimido) de Logroño (152 mil habitantes, 80 Km²): http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono_completo_sin_ejes.osm.gz http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-EJES.osm.gz http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-MASA.osm.gz (Cat2Osm versión 2012-03-23) Ah! Y se me olvidaban los portales: http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-PORTALES.osm.gz -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro]Logroño
Lo de los árboles dentro de edificios y demás, nosotros hemos visto uno que no estaba mal. Eliminar los que estén en el interior de un building=yes o cosas por el estilo es fácil. El 25 de marzo de 2012 16:52, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Lo de las geometrías en normal, siempre quedan dos o tres que no sabe resolver/están mal en catastro. El validador del josm las pilla y suele ser fácil resolverlas... aunque el editor es HORRIBLE. Alguien comentó que con GRASS se podría evitar esto, pero no hemos tenido tiempo de ponerse a enredar con él. Si alguien sabe como hacerlo desde la línea de comandos o nos orienta a la página del manual, le echaríamos un ojo. El 25 de marzo de 2012 14:27, Jaime Crespo jy...@jynus.com escribió: El día 25 de marzo de 2012 14:24, Jaime Crespo jy...@jynus.com escribió: Os dejo un enlace al .osm (comprimido) de Logroño (152 mil habitantes, 80 Km²): http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono_completo_sin_ejes.osm.gz http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-EJES.osm.gz http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-MASA.osm.gz (Cat2Osm versión 2012-03-23) Ah! Y se me olvidaban los portales: http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-PORTALES.osm.gz -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro]Logroño
Me salen pozos en medio de la ciudad. ¿no serán drinking_water's? Se me pasaban más cosas. Catastro tiene unas cosas muy raras con los temas relacionados con el agua, de todas formas, ¿pueden ser fuentes ornamentales de estas de las rotondas? A ver si mañana revisamos esto también. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Traducción nombre de calles del catastro
2012/3/25 Cruz Enrique Borges Hernández cruz.bor...@deusto.es: Pregunta tonta. En Bilbao los nombres de las calles son únicos, lo que cambia es el prefijo (mi calle es Rafaela de Ybarra y el prefijo es Calle o Kalea según), es en el resto de los sitios así? Espero que no sea cierto lo que dices, porque Kalea Rafaela de Ybarra es totalmente incorrecto en euskera. En todo caso sería Rafaela de Ybarra kalea. He mirado en el callejero publicado por el Ayto de Bilbao en bilbao.net, y un ejemplo: AGIRRE LEHENDAKARIAREN ETORBIDEA AGUIRRE LEHENDAKARI, AVENIDA (se entiende que si lleva coma se pone Avenida por delante del nombre) o tu caso concreto: YBARRA RAFAELA, CALLE YBARRA RAFAELA KALEA Gari ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Cuestiones formales
Acabo de terminar de leer en la lista de imports los comentarios.y A ver si mañana con ander los analizamos con calma. Me preocupa ENORMEMENTE el tema de las relaciones. La única forma de poner esas geometrías tan complicadas es a base de relaciones, si no lo hacemos así lo único que se me ocurre es no portar los constru (lo cual pierde MUCHÍSIMA gracia, pero bueno). En otro orden de cosas, jynus, ¿tienes contacto con los admins para preguntar por el impacto que tienen esas relaciones? El 23 de marzo de 2012 18:11, Agustin Diez Castillo agustind...@gmail.comescribió: On 23/03/2012, at 14:18, Matías Taborda Barroso taborda.barr...@gmail.com wrote: Hola. Yo lo siento pero el ingles no es lo mio y me costaría mucho expresar mi opinión en la lista imports. Así que la doy aquí. 1) Primero, teniendo en cuenta las opiniones de las listas internacionales también, la decisión debería ser tomada por la comunidad de aquí. De hecho tal y como se dice *en Francia tomaron la decisión de no importar las parcelas* 2) Aunque en un principio también tengo mis dudas de es o no conveniente importar todo el parcelario rústica tal cual, el razonamiento de Cruz me ha hecho ver las cosas de otra forma. OSM no sólo vale ni debe valer para navegar con un GPS. 3) . Y sin embargo, también creo que tienen cierta razón. Echad un vistazo a este pantallazo del municipio de Guardo [1] que colgó ayer un compañero. Mi opinión es que debería intentar agruparse este tipo de tipo de situaciones, no se si lo puede hacer automáticamente cat2osm pero la verdad en que no tiene mucho sentido, es como si dividimos un campo de futbol en cuadraditos de 1cm y ponemos que todos tienen cesped verde... no se si me explico. Guardo es así y como dice Cruz seguramente todas esas parcelas están separadas por algo. Si vuelas desde USA hasta Francia o Inglaterra sabes que has llegado por lo diminuto que son sus parcelas, eso es lo que pasa en Guardo y lo hace diferente de Utrera. [1] http://imgur.com/snkWi ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro]Logroño
Echa un vistazo a v.clean de GRASS,: http://grass.osgeo.org/grass64/manuals/html64_user/v.clean.html No he manejado mucho GRASS y las veces que lo he hecho ha sido a través de QGIS, pero entiendo que tendrás que convertir previamente los shapefiles al formato vectorial propio de GRASS con OGR para luego realizar la limpieza topológica. No se si habrá personas más versadas en este SIGque yo que nos lo aclaren. Un saludo. Emilio Gómez El 25 de marzo de 2012 16:52, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Lo de las geometrías en normal, siempre quedan dos o tres que no sabe resolver/están mal en catastro. El validador del josm las pilla y suele ser fácil resolverlas... aunque el editor es HORRIBLE. Alguien comentó que con GRASS se podría evitar esto, pero no hemos tenido tiempo de ponerse a enredar con él. Si alguien sabe como hacerlo desde la línea de comandos o nos orienta a la página del manual, le echaríamos un ojo. El 25 de marzo de 2012 14:27, Jaime Crespo jy...@jynus.com escribió: El día 25 de marzo de 2012 14:24, Jaime Crespo jy...@jynus.com escribió: Os dejo un enlace al .osm (comprimido) de Logroño (152 mil habitantes, 80 Km²): http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono_completo_sin_ejes.osm.gz http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-EJES.osm.gz http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-MASA.osm.gz (Cat2Osm versión 2012-03-23) Ah! Y se me olvidaban los portales: http://www.openstreetmap.es/wp-content/uploads/2012/03/logrono-PORTALES.osm.gz -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Do not map for the render (No mapear para el renderizador)
Había visto el LHC como path (que pase) y la arena de una plaza de toros como beach (que ahí no trago). Pero esto merece un tirón de orejas y escarnio público :-P : http://www.openstreetmap.org/browse/way/120136282 -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro]Logroño
El día 25 de marzo de 2012 17:14, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Me salen pozos en medio de la ciudad. ¿no serán drinking_water's? Se me pasaban más cosas. Catastro tiene unas cosas muy raras con los temas relacionados con el agua, de todas formas, ¿pueden ser fuentes ornamentales de estas de las rotondas? A ver si mañana revisamos esto también. Sí, la mayoría parecen ser amenity=fountain , fuentes ornamentales. Me confundían porque algunas están muy desplazadas (~20m). Siento insistir, pero mayor fallo que veo ahora mismo son los aparcamientos subterráneos. Son muy grandes en extensión y sólo se marcan como aparcamiento la entrada (el resto aparecen como edificios). Me conformaría con un fixme... Los de superficie los pone como suelo urbanizable (greenfield). He encontrado varias vías sin etiquetar. Algunas rompen relaciones, al superponerse a otras. Otras son partes de edificios no etiquetados. También he encontrado una piscina como edificio, según parece ser, en un primer piso. Será error del catastro (todas las demás me salen bien). -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Do not map for the render (No mapear para el renderizador)
On Domingo, 25 de marzo de 2012 18:26:42 Jaime Crespo escribió: Había visto el LHC como path (que pase) y la arena de una plaza de toros como beach (que ahí no trago). Pero esto merece un tirón de orejas y escarnio público :-P : http://www.openstreetmap.org/browse/way/120136282 ¡Mis ojoss! ¡¡Miiss ooojsss!!! -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Mis amigos de izquierdas me toman por un facha y los de derechas por un rojo, es lo que tiene el intentar mostrar el otro lado de las cosas. -- Ramón Toral ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro]Logroño
El 25/03/2012, a las 19:05, Jaime Crespo escribió: También he encontrado una piscina como edificio, según parece ser, en un primer piso. Será error del catastro (todas las demás me salen bien). piscina en azotea? aunque primer piso...___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Do not map for the render (No mapear para el renderizador)
Jajajaj. y como diferienzaríais el campo de Hóckey del de Fumbol? Que es muy aburrido todo verde :P:P:P Seguro que en un .CAT hay el campo 'tiza blanca para marcar un terreno de juego' y no se ha importado. Map for the renderer!!! Forever :D On 03/25/2012 07:09 PM, Iván Sánchez Ortega wrote: On Domingo, 25 de marzo de 2012 18:26:42 Jaime Crespo escribió: Había visto el LHC como path (que pase) y la arena de una plaza de toros como beach (que ahí no trago). Pero esto merece un tirón de orejas y escarnio público :-P : http://www.openstreetmap.org/browse/way/120136282 ¡Mis ojoss! ¡¡Miiss ooojsss!!! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Do not map for the render (No mapear para el renderizador)
Jajajaj. On 03/25/2012 07:09 PM, Iván Sánchez Ortega wrote: On Domingo, 25 de marzo de 2012 18:26:42 Jaime Crespo escribió: Pero esto merece un tirón de orejas y escarnio público :-P : http://www.openstreetmap.org/browse/way/120136282 ¡Mis ojoss! ¡¡Miiss ooojsss!!! y como diferienzaríais el campo de Hóckey del de Fumbol? Que es muy aburrido todo verde :P:P:P Seguro que en un .CAT hay el campo 'tiza blanca para marcar un terreno de juego' y no se ha importado. Map for the renderer!!! Forever :D ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Do not map for the render (No mapear para el renderizador)
Buenas En principio me eche unas carcajadas , pero pensandolo , no se podria , poner los datos para las lineas de campos,. * *~ Un saludo cordial de Manuel ~* * *Mi sitio si te interesa mas información visita* El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info http://picholeiro.sytes.net. El 25 de marzo de 2012 19:09, Iván Sánchez Ortega i...@sanchezortega.esescribió: On Domingo, 25 de marzo de 2012 18:26:42 Jaime Crespo escribió: Había visto el LHC como path (que pase) y la arena de una plaza de toros como beach (que ahí no trago). Pero esto merece un tirón de orejas y escarnio público :-P : http://www.openstreetmap.org/browse/way/120136282 ¡Mis ojoss! ¡¡Miiss ooojsss!!! -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Mis amigos de izquierdas me toman por un facha y los de derechas por un rojo, es lo que tiene el intentar mostrar el otro lado de las cosas. -- Ramón Toral ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Traducción nombre de calles del catastro
Hola, He creado esta página en la wiki con los nombres de vías que aparecen en el catastro para poder traducirlos [1, pág.42], a ver si alguna cosilla se puede automatizar de la traducción con Cat2Osm: http://wiki.openstreetmap.org/wiki/Cat2Osm/TraduccionVias ;-) ALBERT [1] http://www.catastro.meh.es/ws/webservices_catastro.pdf 2012/3/25 David Marín Carreño dav...@gmail.com Lo que veo aquí más lógico es crear la opción para el idioma en el que sacar los datos de catastro, y a partir de ahí, programar la manera en que se dice para cada idioma. De esa manera tendríamos Calle de Rafaela de Ybarra, Carrer de Rafaela de Ybarra o Rafaela Ybarra kalea. El 25 de marzo de 2012 17:31, Gari Araolaza g...@eibar.org escribió: 2012/3/25 Cruz Enrique Borges Hernández cruz.bor...@deusto.es: Pregunta tonta. En Bilbao los nombres de las calles son únicos, lo que cambia es el prefijo (mi calle es Rafaela de Ybarra y el prefijo es Calle o Kalea según), es en el resto de los sitios así? Espero que no sea cierto lo que dices, porque Kalea Rafaela de Ybarra es totalmente incorrecto en euskera. En todo caso sería Rafaela de Ybarra kalea. He mirado en el callejero publicado por el Ayto de Bilbao en bilbao.net, y un ejemplo: AGIRRE LEHENDAKARIAREN ETORBIDEA AGUIRRE LEHENDAKARI, AVENIDA (se entiende que si lleva coma se pone Avenida por delante del nombre) o tu caso concreto: YBARRA RAFAELA, CALLE YBARRA RAFAELA KALEA Gari ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Wann primary, secondary und tertiary?
On 03/24/2012 12:17 PM, Andreas Labres wrote: On 23.03.12 11:57, Norbert Wenzel wrote: Wenn man jetzt die ganzen Prioritäten hernimmt und über Router philosphiert, dann sollte man die ganzen Prioritäten nicht zu eng sehen. Ich hab in letzter Zeit einige OSM Router probiert und - wenn ich mich richtig erinner - ausnahmslos alle haben bei Kehren auf der primary die Abkürzung durch die residential genommen. Soll heißen, wir können uns viel überlegen, aber gefühlsmäßig ist das den meisten Routern (im Moment) ohnehin wurscht. War dort die erlaubte Geschwindigkeit unterschiedlich (und getaggt)? In einem Fall, den ich gerade reproduzieren konnte, ja. Da war allerdings nicht nur die Kehre selbst abgeschnitten, sondern er bevorzugt die 30er Zone durch den Ort, anstatt der 50er bzw. unbegrenzte Secondary mit Kehre rund um den Ort. Konnte das aber gerade nur mit OSRM testen, da ORS down is bzw. nur Fehler produziert. Ich halt das allerdings für kein wirkliches Problem, da der Mensch der die Route fahren muss ohnehin erkennt, dass er gleich auf der höherrangigen Straße bleiben kann. Ich wollt nur anmerken, dass die ganzen Klassifizierungen zu einem nicht unbeträchtlichen Teil unseren eigenen Ordnungssinn bedienen und von Algorithmen nicht immer so ausgewertet werden, wie wir uns das vorstellen. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Frage zu Gewässern/Flüssen
Ein Wasserlauf sollte immer zumindest einen way haben. Damit auch die Flussrichtung definiert ist. Die fläche sollte immer mir riverbank eingezeichnet werden, was hier ja der fall ist. Also dem canal noch einen way mit waterway=canal hinzufügen und dann kannst dich ja mit der riverbank bei der fischa austoben ;) 2012/3/25 G of JuJuMuG o...@jujumug.at Grüß Euch! Ich brauche bitte einen Rat: Beim anpassen eines Abschnittes der Leitha (ist ein Fluss entlang der niederösterreichisch/burgenländischen Grenze) bin ich auf folgendes gestoßen: http://www.openstreetmap.org/?lat=47.892337lon=16.393073zoom=18layers=M Dort ist ein Kanal(?) als Wasserfläche eingezeichnet worden. Frage: wie sollte man Flüsse richtiger Weise einzeichnen? Die Leitha und die Warme Fischa sind als Linie eingezeichnet, der Kanal als Fläche. Nun kenne ich das Flussbett der Leitha abschnittsweise und da hat das Flussbett eine Breite von ca.10m bis gut 50m. An den breiten Stellen mit vielen Schotterbänken. Wenn so ein Kanal als Fläche eingezeichnet wird, dann hätte es die Leitha als erheblich größerer Fluss auf jeden Fall auch verdient. Den Kanal auf eine Linie rückbauen will ich aber eigentlich auch nicht, denn da hat sich jemand (DanX) viel Mühe gemacht. Habt ihr irgendwelche Tipps dazu? Danke Geri -- Eine aktuelle Umfrage bestätigt: 82 Prozent der Ausserirdischen glauben an Mexikaner. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Frage zu Gewässern/Flüssen
Hi! Ein Wasserlauf sollte immer zumindest einen way haben. Damit auch die Flussrichtung definiert ist. Die fläche sollte immer mir riverbank eingezeichnet werden, was hier ja der fall ist. OK. Dann werd ich das mal versuchen. Danke für den Tipp! dann kannst dich ja mit der riverbank bei der fischa austoben ;) Juhu, das wird sicher ein Spass :-/ Aber ich glaube da fang ich dann doch eher mit der Leitha an. Die ist größer und länger als die Fischa. Wenn schon Spass, dann ordentlich ;-) Besten Dank! Geri ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Frage zu Gewässern/Flüssen
Hallo Geri! Fließende Gewässer und Kanäle zeichnet man zumindest als Flusslinie ein, zusätzlich kann man auch das Ufer als riverbank-Fläche zeichnen. Das Bild hier http://wiki.openstreetmap.org/wiki/DE:Tag:waterway%3Driver#Flussinsel zeigt das eigentlich ganz deutlich. Zusätzlich gibt es für längere (potentiell öfter geteilte) Flüsse Flussrelationen: http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Fluesse (Bei der Leitha ist mir noch keine untergekommen) In die Relation kommt natürlich nur die Flusslinie. HTH Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
On 24.03.12 15:51, Boris Cornet wrote: Die Egger-Lienz-Straße ist ... sehr zurecht als primary getaggt. Hast recht. :) /al (bin die oft genug entlang gefahren [worden]) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
Am Samstag 24 März 2012, 10:43:30 schrieb Friedrich Volkmann: On 23.03.2012 12:38, Boris Cornet wrote: Eine Ortstafel ist aber ein zwingender Grund, genauso wie wenn eine Wohnstraße anfängt. Bitte verwende Wohngebietsstraße den Wohnstraße ist lt. StVO leider eben eine living_street Die meine ich eh. Weil ein Anfang einer Wohnstraße genauso einen Waysplit bedingt wie ein Anfang vom Ortsgebiet. Eine Wohngebietsstraße gibt es übrigens nicht, und darum hat es keinen Sinn einen Tag für sowas zu verwenden. Genausowenig halte ich es für sinnvoll, eine primary auf einem kurzen Stück zur trunk zu machen, nur weil da ein Autostraße Schild ist. Wenn du deine nächste Radtour planst, bist du froh, wenn die Autostraße als Trunk erkennbar ist. Ich gehe davon aus, dass Radfahrer zum Routenplanen eine Radfahrerkarte verwenden (Radlkarte, cylemap, ...) und damit ist das (vorgeschobene?) Argument vom Tisch. access restrictions sind nun mal ein anderes Paar Schuhe. Die Cyclemap wertet bicycle=no zumindest auf Tracks, wahrscheinlich auch auf anderen Straßen nicht aus. Und motorroad=yes auch nicht, wie die B50 bei Breitenbrunn beweist, wo jemand ohne den vorherigen Bearbeiter (in dem Fall zufällig ich) zu fragen oder zumindest zu benachrichtigen den trunk auf primary geändert hat. Das ist schon das zweite Mal, dass ich diese Straße reparieren muss. Und was machen Fußgänger, schauen die auf die Fußgängerkarte? Es ist eine Illusion, dass es für jeden Zweck eine eigene Karte gibt. Eine Karte für Drachenflieger, eine Karte für Rauchfangkehrer, eine Karte für 49-jährige Briefmarkensammler mit Schuhgröße 41. In Wahrheit schauen 95% der Leute im Web auf die Mapnik-Karte. Zumal mit Osmarender die einzige andere allgemeine Karte gekillt wurde. Ich denke zwar nicht, dass das von dir ernst gemeint war, aber eine Fußgängerkarte und eine Karte für Drachenflieger könnte ich mir noch vorstellen. Den Rest nehme ich auch nicht ernst, weil er offensichtlich nicht so gemeint war. Es ist eben nicht möglich, alle in OpenStreetMap eingetragenen Informationen in einer einzigen Karte darzustellen. So sind etwa die meisten Fahrverbote für Fahrräder nicht direkt aus der Karte herauszulesen. Die B50 bei Breitenbrunn ist hier ein Sonderfall, bei der ein Tagging argumentiert werden kann, das sich auch in den gerenderten Bildern niederschlägt. Möchte man allerdings eine Karte haben, bei der die Benutzbarkeit ALLER Wege für Radfahrer ersichtlich ist, führt an einer gesonderten Karte gar kein Weg vorbei. Einen ersten Versuch in dieser Richtung stellt die Velo Access Map [1] dar. [1] http://osm.t-i.ch/bicycle/map/ Die Lösung des Problems würde ich nun darin sehen, diese Karte zu verbessern oder ähnliche Karten zu erstellen. Du argumentierst damit, dass der aktuell am weitesten verbreitete Renderer (Standard-Mapnik-Karte) diese Informationen nicht darstellt. Ich persönlich bin ein Ansicht, dass ein Mangel eines Renderers nicht durch Tagging beseitigt werden sollte, das im Widerspruch zur allgemeinen Definition steht. Was passieren kann, wenn man ein standardisiertes Schema zu sehr an einen aktuell weit verbreiteten Renderer anpasst, hat sich etwa bei HTML-Standard gezeigt. Dass die Standard-Mapnik-Karte momentan einen Marktanteil von 95% hat, ist aus meiner Sicht kein gutes Argument, da sich das ja auch schnell ändern kann und dann ein neuer Renderer mit Altlasten von früher klarkommen muss. Aber bitteschön, wenn du meinst dass ein Flickerlteppich besser ist, Wir bilden die Realität ab. Wenn in der Realität ein Fleckerlteppich ist, dann gibt es den Fleckerlteppich halt auch in OSM. Wenn dich der Fleckerlteppich stört, dann lynche die Verkehrsplaner. OT: Meine Lieblingsfaustregel: Wenn man mit Stöckelschuhen gehen kann, ist es ein footway, sonst ein path. Auf verdichtetem Boden kann man mit Stöckelschuhen besser gehen als auf Splitt. Den Unterschied zwischen path und footway sehe ich darin, dass letzterer befestigt und in seinem Verlauf starr festgelegt ist, während sich der Verlauf von einem Path ganz von selber ändern kann, wenn mal ein Baum drauf wächst oder drauffällt ein Hangrutsch passiert. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] Trotuāri
Paldies :) Pilnīgi viss ir atkarīgs no mēroga. Jo lielāks mērogs, jo biežāk ir jāatjauno dati. Ir limits, ko ir, un ko nav jēga zīmēt, neesot uz vietas - iela savu vietu nemainīs, vismaz 10 gadus, pilsētas rajons tāpat. Bet nav jēgas izzīmēt katru koku un zāles pleķīti, ja pēc gada viss izskatās citādāk - cita lieta: ja blakus dzīvo, un var palabot. Tas pats ar kājceliņiem - ja zīmē atsevišķi, tad tos arī ir jāuztur. Visai liela problēma ir tā, ka osm nav specifikācijas un sistemātiskuma kā tāda. Pēc Rich vārdiem: osm ir... anarhija. viens no lielaakaa meeroga anarhijas projektiem, ko esmu redzeejis. katrs dara ko grib, un kaut kaa galarezultaataa tas viss paliidz/noder paareejiem. Vai tā ir pareizā pieeja, tikai laiks rādīs. Manuprāt jau šobrīd daudzviet ir visai liels haoss. Secinājums: pateikt kā ir pareizi nav iespējams. Var vienīgi veidot ieteikumus, un mēģināt kārtot nesakārtojamo. Varbūt noder: http://wiki.openstreetmap.org/wiki/Lv:Drawing_sequence Ieteikums par tēmu: Ja turpmāk neplānojam atgriezties zīmejamā vietā, trotuārus liekam kā sidewalk pie pamatceļa. On Fri, Mar 23, 2012 at 10:08 PM, pec...@gmail.com pec...@gmail.com wrote: 2012. gada 23. marts 21:35 Viesturs Zarins viest...@gmail.com rakstīja: Sveiciens! Pirmkārt žetons RaitisX par Centrālās stacijas izdaiļošanu ;). Doma par trotuāriem gar ielu malām. Pa lielam skaitās ka gar ielu malām var iet ar kājām un visur trotuārus nav jēgas zīmēt. Bet lielos krustojumos, platām ielām, kur nevar vienkārši slāt ielai pāri, kur ienāk prātā, trotuāri ir noderīgi. Tad tos zīmējam ielai gar malu un pašu ielu atzīmējam ar foot=no Kad kājceliņi pieiet pie ielas, kurai nav vajadzības zīmēt trotuārus, vienkārši noslēdzam tos savienojot ar ielu, lai routings zinātu kur tālāk iet. Domas, idejas? Es tomēr balsoju par trotuāriem kā atdalītu vienību vietās, kur ortfoto utt. atļauj tās zīmēt. Tāpēc ka tas veido drusku labāku telpisko izpratni kur sākas un beidzas iela un trotuārs. Vietās, kur vācam datus tikai ar GPS un karšu staigāšanu - tur gan varētu. Pēteris. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Trotuāri
Pilnīgi piekrītu Raitim. Viesturs On Mar 25, 2012 8:50 PM, Raitis U. rait...@gmail.com wrote: Paldies :) Pilnīgi viss ir atkarīgs no mēroga. Jo lielāks mērogs, jo biežāk ir jāatjauno dati. Ir limits, ko ir, un ko nav jēga zīmēt, neesot uz vietas - iela savu vietu nemainīs, vismaz 10 gadus, pilsētas rajons tāpat. Bet nav jēgas izzīmēt katru koku un zāles pleķīti, ja pēc gada viss izskatās citādāk - cita lieta: ja blakus dzīvo, un var palabot. Tas pats ar kājceliņiem - ja zīmē atsevišķi, tad tos arī ir jāuztur. Visai liela problēma ir tā, ka osm nav specifikācijas un sistemātiskuma kā tāda. Pēc Rich vārdiem: osm ir... anarhija. viens no lielaakaa meeroga anarhijas projektiem, ko esmu redzeejis. katrs dara ko grib, un kaut kaa galarezultaataa tas viss paliidz/noder paareejiem. Vai tā ir pareizā pieeja, tikai laiks rādīs. Manuprāt jau šobrīd daudzviet ir visai liels haoss. Secinājums: pateikt kā ir pareizi nav iespējams. Var vienīgi veidot ieteikumus, un mēģināt kārtot nesakārtojamo. Varbūt noder: http://wiki.openstreetmap.org/wiki/Lv:Drawing_sequence Ieteikums par tēmu: Ja turpmāk neplānojam atgriezties zīmejamā vietā, trotuārus liekam kā sidewalk pie pamatceļa. On Fri, Mar 23, 2012 at 10:08 PM, pec...@gmail.com pec...@gmail.comwrote: 2012. gada 23. marts 21:35 Viesturs Zarins viest...@gmail.com rakstīja: Sveiciens! Pirmkārt žetons RaitisX par Centrālās stacijas izdaiļošanu ;). Doma par trotuāriem gar ielu malām. Pa lielam skaitās ka gar ielu malām var iet ar kājām un visur trotuārus nav jēgas zīmēt. Bet lielos krustojumos, platām ielām, kur nevar vienkārši slāt ielai pāri, kur ienāk prātā, trotuāri ir noderīgi. Tad tos zīmējam ielai gar malu un pašu ielu atzīmējam ar foot=no Kad kājceliņi pieiet pie ielas, kurai nav vajadzības zīmēt trotuārus, vienkārši noslēdzam tos savienojot ar ielu, lai routings zinātu kur tālāk iet. Domas, idejas? Es tomēr balsoju par trotuāriem kā atdalītu vienību vietās, kur ortfoto utt. atļauj tās zīmēt. Tāpēc ka tas veido drusku labāku telpisko izpratni kur sākas un beidzas iela un trotuārs. Vietās, kur vācam datus tikai ar GPS un karšu staigāšanu - tur gan varētu. Pēteris. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Township of Langley roads background layer
I have finished my translation file for the Township of Langley roads data. The resulting output is available at http://maps.paulnorman.ca/langley/Roads-201204.zip Included are the shapefiles, ogr2osm translation file, and .osm output file. This file is not to be blindly imported, but used as another source when mapping or tracing roads. The spatial accuracy seems better than CanVec although CanVec also has lanes data. I intend to ask the TOL GIS department if they have lanes data. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] spatialite et osm - EPSG:900913 alias du EPSG:3857
Bonjour, Le 25/03/2012 00:23, Cyrille Giquello a écrit : Dans spatialite il n'y a pas le SRID 3857 pour le Mercator Sphérique, qui est la projection utilisée par OSM. J'en ai besoin pour convertir des points dans la projection utilisée par OSM. Je pose la question car je trouve ça étrange et je me dis que j'ai dû rater quelque chose. Est-ce que tu trouves la 900913 (cf. le titre du fil) ? C'est dans la table spatial_ref_sys. Au cas où, tu as la syntaxe donnée dans ce fichier pour la rajouter puis l'utiliser : http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/900913.sql vincent ps = à basculer sur dev-fr au cas où ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche d'un nouvel admin pour la mailing list
Dans la grande majorité des cas, je laisse passer les pièces jointes un peu grosses. Il faut vraiment qu'elles soient énormes pour que je les vire. Renaud. 2012/3/21 Pieren pier...@gmail.com: 2012/3/20 Christian Quest cqu...@openstreetmap.fr: Ah ! Ca explique la vidange de ce matin avec les messages à pièce jointe ? ;) Ah, je me suis bien fait avoir ;-) Mais les pièces jointes sont parfois intéressantes quand même. L'étude de qualité sur la Sarte est bien foutue et j'aimerais assez que ses auteurs la reprenne un an ou deux plus tard et comparent l'évolution de leurs chiffres (précision, complétude). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apport du GeoFLA pour les nodes place
Je pense que c'est une très bonne idée. Toutes les communes seront ainsi plus ou moins présentes, avec leurs limites administratives ou pas et cela aide aussi à compléter les limites. Le 24 mars 2012 21:55, Vincent de Chateau-Thierry v...@laposte.net a écrit : Comme dit ce matin, ça se veut avant tout une page d'analyse. Pas de souci pour la transformer en passerelle d'édition, mais il faudrait quelques pré-requis : - prendre population et nom dans le COG, le GeoFLA ne connaît que les majuscules sans accents - coder la chose (tant mieux, jamais fait, ça m'apprendra) - et idéalement dégager un peu de consensus sur le bien fondé de la démarche. Mais bon, qui ne dit mot consent, si personne ne s'y oppose, j'essaie de faire ça dans la semaine. -- 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] Apport du GeoFLA pour les nodes place
Le 25 mars 2012 11:25, Christian Quest cqu...@openstreetmap.fr a écrit : Je pense que c'est une très bonne idée. Toutes les communes seront ainsi plus ou moins présentes, avec leurs limites administratives ou pas et cela aide aussi à compléter les limites. Le 24 mars 2012 21:55, Vincent de Chateau-Thierry v...@laposte.net a écrit : Comme dit ce matin, ça se veut avant tout une page d'analyse. Pas de souci pour la transformer en passerelle d'édition, mais il faudrait quelques pré-requis : - prendre population et nom dans le COG, le GeoFLA ne connaît que les majuscules sans accents - coder la chose (tant mieux, jamais fait, ça m'apprendra) - et idéalement dégager un peu de consensus sur le bien fondé de la démarche. Mais bon, qui ne dit mot consent, si personne ne s'y oppose, j'essaie de faire ça dans la semaine. Super nouvelle ;-) Aussi, du coup il faudra mettre les données à jour fréquemment pour ne pas avoir de doublons à la pelle. Peut être utiliser OverpassAPI qui est très rapide et permet des requêtes super pratiques. Si tu veux un coup de main, je peux participer. Cyrille. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] spatialite et osm - EPSG:900913 alias du EPSG:3857
Merci Philippe pour ce cours très intéressant, même si le niveau est élevé ;-) Par contre, tu dis bien qu'osm utilise WGS84 alors que j'ai lu des trucs qui parlaient de Mercator Sphérique (EPSG 3857 alias 900913). D'ailleurs, dans JOSM, on est bien dans autre chose: Mercator (tout court) ? Vincent, dans spatialite il n'y a ni de SRID 900913 ni 3857. SpatiaLite version ..: 2.4.0Supported Extensions: - 'VirtualShape'[direct Shapefile access] - 'VirtualDbf' [direct DBF access] - 'VirtualText' [direct CSV/TXT access] - 'VirtualNetwork' [Dijkstra shortest path] - 'RTree' [Spatial Index - R*Tree] - 'MbrCache'[Spatial Index - MBR cache] - 'VirtualFDO' [FDO-OGR interoperability] - 'SpatiaLite' [Spatial SQL - OGC] PROJ.4 version ..: Rel. 4.7.1, 23 September 2009 GEOS version : 3.2.2-CAPI-1.6.2 Je vais voir ton lien http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/900913.sql Merci Cyrille Le 25 mars 2012 09:08, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, Le 25/03/2012 00:23, Cyrille Giquello a écrit : Dans spatialite il n'y a pas le SRID 3857 pour le Mercator Sphérique, qui est la projection utilisée par OSM. J'en ai besoin pour convertir des points dans la projection utilisée par OSM. Je pose la question car je trouve ça étrange et je me dis que j'ai dû rater quelque chose. Est-ce que tu trouves la 900913 (cf. le titre du fil) ? C'est dans la table spatial_ref_sys. Au cas où, tu as la syntaxe donnée dans ce fichier pour la rajouter puis l'utiliser : http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/900913.sql vincent ps = à basculer sur dev-fr au cas où ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] spatialite et osm - EPSG:900913 alias du EPSG:3857
Bonjour, Comme à son habitude Philippe nous gave avec des réponse très longues mais sans grand intérêt puisque généralement hors sujet, cela se vérifiant encore ici. Bref... Quelques faits à rappeler : 1. OSM stocke et manipule ses données en WGS84 qui n'est pas une projection mais simplement un repère de coordonnées angulaires ; 2. JOSM présente toutes les données en utilisant une projection (pour passer d'angles à des distances en mètre ou en pixel). On peut la choisir (F12...) 3. Internet (Google, OpenLayer, les tuiles Mapnik et d'autres) utilisent la projection Mercator Sphérique qui a comme intérêts que de présenter la Terre sur un carré et surtout, d'être conforme, c'est à dire qu'elle respecte les angles. C'est très utile pour les navigateurs (elle est vraiment très bonne celle-là !!). J'ai trouvé la définition de la projection Mercator Web sur le site d'OpenLayers : http://trac.osgeo.org/openlayers/wiki/SphericalMercator. Tu pourras facilement ajouter une ligne dans la table spatial_ref_sys de ton fichier spatialite, mais sincèrement cela n'a surement aucun intérêt. Tu ferais mieux de conserver tes mesures angulaires et de demander à ton client web et à ses APIs de faire la conversion à la fin. Mes 0.02 € A+ -- Marc m...@sibert.fr Le 25 mars 2012 12:12, Cyrille Giquello cyrill...@gmail.com a écrit : Merci Philippe pour ce cours très intéressant, même si le niveau est élevé ;-) Par contre, tu dis bien qu'osm utilise WGS84 alors que j'ai lu des trucs qui parlaient de Mercator Sphérique (EPSG 3857 alias 900913). D'ailleurs, dans JOSM, on est bien dans autre chose: Mercator (tout court) ? Vincent, dans spatialite il n'y a ni de SRID 900913 ni 3857. SpatiaLite version ..: 2.4.0Supported Extensions: - 'VirtualShape'[direct Shapefile access] - 'VirtualDbf' [direct DBF access] - 'VirtualText' [direct CSV/TXT access] - 'VirtualNetwork' [Dijkstra shortest path] - 'RTree' [Spatial Index - R*Tree] - 'MbrCache'[Spatial Index - MBR cache] - 'VirtualFDO' [FDO-OGR interoperability] - 'SpatiaLite' [Spatial SQL - OGC] PROJ.4 version ..: Rel. 4.7.1, 23 September 2009 GEOS version : 3.2.2-CAPI-1.6.2 Je vais voir ton lien http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/900913.sql Merci Cyrille Le 25 mars 2012 09:08, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, Le 25/03/2012 00:23, Cyrille Giquello a écrit : Dans spatialite il n'y a pas le SRID 3857 pour le Mercator Sphérique, qui est la projection utilisée par OSM. J'en ai besoin pour convertir des points dans la projection utilisée par OSM. Je pose la question car je trouve ça étrange et je me dis que j'ai dû rater quelque chose. Est-ce que tu trouves la 900913 (cf. le titre du fil) ? C'est dans la table spatial_ref_sys. Au cas où, tu as la syntaxe donnée dans ce fichier pour la rajouter puis l'utiliser : http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/900913.sql vincent ps = à basculer sur dev-fr au cas où -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi
Bonjour, c'est encore moi Quand je ne tague pas pour le rendu ( :) ), je tague pour la base de donnée. En tant que vieil utilisateur des bases multivaluées (Pick System), je ne peux m’empêcher de faire dans la relation arborescente. Donc, et par exemple, si je charge la relation représentant la D1 du Puy de Dôme à partir d'un morceau de la route, j'obtiens avec l'api fr Relation : RD N°1 (1850206) seulement et avec l'api officiel la relation précédente ET Relation : Routes Départementales du Puy-de-Dôme (1857038). Ca ne serait pas une bogue de l'api fr par hasard ? Cordialement -- View this message in context: http://gis.19327.n5.nabble.com/Le-service-sur-api-openstreetmap-fr-s-agrandi-lui-aussi-tp5578665p5593140.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] impression du plan de ville d'Orange
Bonjour à tous, Notre plan de ville à reçu son feu vert une impression de 3000 exemplaire est prévue début avril pour diffusion large à l'office du tourisme + services municipaux. La seule chose c'est que vu la qualité atteinte, je pense judicieux que la communauté OSM-FRANCE en garde quelques jeux pour diffusion à titre d'exemple. Le milliers supplémentaire coûte environ 500€. Avez-vous des suggestions ? - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/impression-du-plan-de-ville-d-Orange-tp5593219p5593219.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
forum: H�tels sur Open Street Map
Le message suivant : ## Bonjour, J'aimerais savoir si Open Street Map contient des hôtels ? Si oui, j'aimerais savoir : - Combien d'hôtels ? (ou à défaut comment faire pour obtenir l'information) - Quelles sont les informations que l'on peut obtenir pour chaque hôtel ? Merci d'avance pour votre réponse, Lub. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse par email. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre. -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une vraie jungle !
Le jeudi 22 mars 2012 19:18:43 Etienne Trimaille a écrit : Je viens de tomber sur ces 2 petites iles : http://www.openstreetmap.org/?lat=47.517765lon=6.84496zoom=18layers=M Le contributeur a utilisé exactement 533 arbres ! Je n'étais jamais tombé sur une telle représentation de 2 petites îles :/ Cela sera bientôt remplacé par une relation multipolygone ;-) Dans le même genre, sur un golf : http://www.openstreetmap.org/?lat=25.81473lon=-80.33218zoom=17layers=M Bon là, c'est un peu moins massif, mais tout aussi pointilleux … mais pour les arbres, car il leur reste du boulot pour le bâti autour ;-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Zone pietonne a temps partielle et place pietonne a circulation temporaire!
Suite a plusieurs message je me demande comment bien représenter les rue piétonne et place piétonne! L'exemple qui me tracasse ici http://www.openstreetbrowser.org/#navigation=foot:49.35967,6.16864:49.35761,6.16781?zoom=17lat=49.35845lon=6.16814layers=basemap=osbcategories=overlays= Il s'agit d'un centre ville en rue piétonnes, jusque la c'est simple, rues qui connecte des place pietonnes. Sauf que le matin de 7h a 11h les voitures peuvent ciculer dans ces rue et sur une partie des place piétonne. Faut il ajouter en sus des place piétonne des way qui connecte les rues de maniere d'une a facilité le routage piéton - autrement le routeur utilise le contour des place piétonne - et de permettre de signifier le zone accessible au vehicule a moteur - le reste des palce est protéger par des plots démontable interdisant l'acces sauf au service d'urgence -.* Plutot que de faire n'importe quoi je prefere vous demandez ce que vous pensez etre le mieux pour donner un sens a la ciculation a la fois piétonne et a moteur dans ce centre ville? ++ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 定期的なOSM勉強会
On Sat, Mar 24, 2012 at 02:32:11PM +0900, Shu Higashi wrote: 東京（銀座）：ribbonさん？ これは、会場を無償で提供いただける、という事への情報提供だけの意味でした。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OSC Tokyo/Spring おつかれさまでした
On Thu, Mar 22, 2012 at 06:42:07PM +0900, Satoshi IIDA wrote: OSCでは、Web開発者さんからの問い合わせが多かった気がします。 PostGISの使い方と概念、Mapnik, LeafletなどによるレンダリングHackあたりです。 2日目の最後には、GPSとか地図で仕事をされている方が熱心に質問していたのが 印象に残りました。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 東日本大震災の避難所データについて
東です。 この件、どうしたら良いか、あれこれ考えていたのですが 災害への対応という視点で考え始めるといろいろ検討すべきことがありそうなので それは別の機会にして 今回はOSMでの時系列データの扱いという視点で考えてみました。 避難所に限らず、閉鎖された店舗や宅地化された森林など 世の中の移ろいゆく姿は、googleなどで画像として表現している事例はありますが これまで地理データとしてはあまり表現されてこなかった 部分だと思います。 今回の震災でも明治初頭の迅速測図が、液状化を起こしやすい 場所の再発見につながったという話もありました。 そういう点で自由な地図であるOSMで、時間軸での変化をデータとして記録し 例えば時間軸スライダーで変遷を表現できるとすれば 素晴らしいことではないでしょうか。 現実から消えてしまったデータを削除するのもひとつの考え方だと思いますが 過去を振り返りたい場合が出てくる可能性もあります。 ということで、私としては時間軸の表現、4Dマッピングの中で この避難所のデータも扱うことを提案したいと思います。 長くなりましたが、4Dマッピングのページを見ると http://wiki.openstreetmap.org/wiki/OSM-4D start_dateやend_dateで時間軸を表現しようとしているようなので 使われなくなった避難所は、レンダリング対象外とすることも含め disused:tourism=camp_site end_date=使われなくなった日付(アバウトに年だけでも可) といったタグに付け替えるということでいかがでしょうか。 12/03/25 ribbon o...@ns.ribbon.or.jp: On Sat, Mar 24, 2012 at 09:02:50PM +0900, TANAKA Toshihisa wrote: 1. 次の大規模災害で使うかもしれないので、「disused=yes」のタグを付けてNodeを残しておく 2. いったん完全に削除してしまう 私の意見は、広域避難場所、指定避難所以外は削除です。 もし、次の何らかの広域災害があったとして、「前はここだったから。。。」と言うのは、 時系列的に見て正しい情報になっているか懸念が残るからです。 同上。 次回が同じ場所とは限りません。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 福島県浜通りのマッピング
ハヤシです 「基盤地図情報25000」ではなく「基盤地図情報2500」ではありませんか。 私は基盤地図情報2500（JPGIS形式）を見ていました。 ご指摘ありがとうございます。 訂正版をアップしました。 ikiyaさんへ、南相馬市も私の方でやりましょうか？ よろしくお願いします。月末バタバタしてるので助かります。 南相馬市の分も入力しました。（２０K圏内は３箇所だけでした） これで、２０ｋ圏内で基盤地図情報からトレースするものは完了しました。 Bingのトレースに専念できますね。 基盤地図情報には地名 への利用が可能な町目代表点データもありますが それ以外の道路、河川、水域、鉄道、建物等のデータはさらに 参考にする価値があると思っています。 勝手ですが私個人としては代表点データの地名転記は福島浜通りに 限定して、それ以外はBing写真からの道路、河川、建物、 土地利用などのトレースに集中していきたいと考えています。 私の個人的な感想ですが、２０K圏のように一人で黙々と作業する場合は地名などなくても構わないと思っていたのですが、釜石のマッピングのようなイベントの際にはやはり地名がないと不便だと感じました。 基盤地図情報の利用にはグレーな部分があるので、Bingから読み取れる情報は参照する必要がないと思っています。 ただ、地名などは他に現在のところ有効な入手方法がないので、基盤地図情報を使わざるを得ないとおもいます。 基盤地図情報の「地名」に限らず、ライセンス上の理由で「トレース」という手段が必要になる場合の”ひとつの手法”として、今回の方式が有効になるのではないかと思い、紹介させて頂きました。 2012年3月25日14:26 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 「基盤地図情報を基に地名をトレースする方法」の手順書を作成致しました。 拝見しました。ありがとうございます。 一点、確認したいのですが使用している代表点のデータは、 「基盤地図情報25000」ではなく「基盤地図情報2500」ではありませんか。 私は基盤地図情報2500（JPGIS形式）を見ていました。 ikiyaさんへ、南相馬市も私の方でやりましょうか？ よろしくお願いします。月末バタバタしてるので助かります。 基盤地図情報の浜通りマッピングへの利用について 私の考えです。 日本の地名のつけ方についてはこちらのwikiや http://wiki.openstreetmap.org/wiki/JA_talk:Key:place こちらのMLなどのように http://lists.openstreetmap.org/pipermail/talk-ja/2011-March/thread.html#4745 議論中です。 私としては今回、福島県浜通りの支援マッピングを進める目的で 暫定的に基盤地図情報から代表点データをplace＝hamletで転記しました。 これらは今後地名タグ付けのルール変更やadmin_levelの割り付けが 決まればそれに従い、自分で変更、対応可能な範囲で書いていました。 この浜通り以外に暫定的なplace＝hamletを使う考えはありません。 また基盤地図情報の利用についてwikiに記載したのは 浜通り地方の警戒区域、立入り制限区域のマッピングソース として基盤地図情報が有用だという理由からです。 言葉足らずでした。 基盤地図情報には地名 への利用が可能な町目代表点データもありますが それ以外の道路、河川、水域、鉄道、建物等のデータはさらに 参考にする価値があると思っています。 「基盤地図情報の利用について」 http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN 勝手ですが私個人としては代表点データの地名転記は福島浜通りに 限定して、それ以外はBing写真からの道路、河川、建物、 土地利用などのトレースに集中していきたいと考えています。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 東日本大震災の避難所データについて
ハヤシです。 東さんへ ＋１ です。 今回の釜石マッピングパーティの「復興していく〜を記録しよう！」という目的からも、時間情報が記録できるのであれば記録していくべきであると考えます。 被災＝＞避難所＝＞仮設＝＞復興 の流れを記録できるというほかにも、 例えば、大雨でがけ崩れが発生して道路が通行止めになったとした場合に、 「いつから通行止めになり、いつ復旧した（する）」という情報発信としての役割の他にも、 「どのぐらいの大雨が降ると、どれだけの地点がどのぐらいの期間影響を受ける」かといった予測データとしても使えるようになるかもしれません。 災害以外にも、オリンピックや万博会場のような変遷がみれると楽しいと思います。 身近なところでは、道路工事が、どの地点で、何時から何時までやる。という情報が地図上で確認できるといいとは思います。 以上、 OSMの将来性に期待しているいち個人の感想でした。 2012年3月25日22:57 Shu Higashi s_hig...@mua.biglobe.ne.jp: 東です。 この件、どうしたら良いか、あれこれ考えていたのですが 災害への対応という視点で考え始めるといろいろ検討すべきことがありそうなので それは別の機会にして 今回はOSMでの時系列データの扱いという視点で考えてみました。 避難所に限らず、閉鎖された店舗や宅地化された森林など 世の中の移ろいゆく姿は、googleなどで画像として表現している事例はありますが これまで地理データとしてはあまり表現されてこなかった 部分だと思います。 今回の震災でも明治初頭の迅速測図が、液状化を起こしやすい 場所の再発見につながったという話もありました。 そういう点で自由な地図であるOSMで、時間軸での変化をデータとして記録し 例えば時間軸スライダーで変遷を表現できるとすれば 素晴らしいことではないでしょうか。 現実から消えてしまったデータを削除するのもひとつの考え方だと思いますが 過去を振り返りたい場合が出てくる可能性もあります。 ということで、私としては時間軸の表現、4Dマッピングの中で この避難所のデータも扱うことを提案したいと思います。 長くなりましたが、4Dマッピングのページを見ると http://wiki.openstreetmap.org/wiki/OSM-4D start_dateやend_dateで時間軸を表現しようとしているようなので 使われなくなった避難所は、レンダリング対象外とすることも含め disused:tourism=camp_site end_date=使われなくなった日付(アバウトに年だけでも可) といったタグに付け替えるということでいかがでしょうか。 12/03/25 ribbon o...@ns.ribbon.or.jp: On Sat, Mar 24, 2012 at 09:02:50PM +0900, TANAKA Toshihisa wrote: 1. 次の大規模災害で使うかもしれないので、「disused=yes」のタグを付けてNodeを残しておく 2. いったん完全に削除してしまう 私の意見は、広域避難場所、指定避難所以外は削除です。 もし、次の何らかの広域災害があったとして、「前はここだったから。。。」と言うのは、 時系列的に見て正しい情報になっているか懸念が残るからです。 同上。 次回が同じ場所とは限りません。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 福島県浜通りのマッピング
ikiyaです。 ハヤシさんへ 南相馬の入力ありがとうございました。 20km圏でも地名は地図中欲しいものの上位になります。 半分地元なのでわかる範囲の地名は今後追加していきます。 ご協力みなさまへ Bingトレースの件ですが、道路、建物を書くにあたって 森林域が多いこのような田舎街では、 先にインポートされてる森林データの修正が 必要かと思います。 インポートされた森林データと高解像度Bing写真の 精度違いから避けられない作業と思います。 私はこれも綺麗に仕上げていこうかと思います。 次に土地利用（農地、水域...）などを入力するにも よいかと考えます。 インポート森林データを修正する際、森林のかたまりを丸ごと 削除する際は問題無いのですが、大きな森林を部分的にカット する際は注意が必要です。 インポート森林データを削除する際にその削除部分に リレーション（複数のオブジェクトのグループ化？）が 含まれないか確認が必要です。 http://wiki.openstreetmap.org/wiki/JA:Relation:multipolygon 森林データのマルチポリゴン型リレーションの場合、編集の先に outer(外郭線）を削除してリレーションを繋いであげないと 森林マルチポリゴン全体が森林として表示されなくなります。 私もリレーションを含む森林データの部分カットは苦手なので お知らせしました。 --- On Mon, 2012/3/26, yuu hayashi hayashi@gmail.com wrote: ハヤシです 「基盤地図情報25000」ではなく「基盤地図情報2500」ではありませんか。 私は基盤地図情報2500（JPGIS形式）を見ていました。 ご指摘ありがとうございます。 訂正版をアップしました。 ikiyaさんへ、南相馬市も私の方でやりましょうか？ よろしくお願いします。月末バタバタしてるので助かります。 南相馬市の分も入力しました。（２０K圏内は３箇所だけでした） これで、２０ｋ圏内で基盤地図情報からトレースするものは完了しました。 Bingのトレースに専念できますね。 基盤地図情報には地名 への利用が可能な町目代表点データもありますが それ以外の道路、河川、水域、鉄道、建物等のデータはさらに 参考にする価値があると思っています。 勝手ですが私個人としては代表点データの地名転記は福島浜通りに 限定して、それ以外はBing写真からの道路、河川、建物、 土地利用などのトレースに集中していきたいと考えています。 私の個人的な感想ですが、２０K圏のように一人で黙々と作業する場合は地名などなくても構わないと思っていたのですが、釜石のマッピングのようなイベントの際にはやはり地名がないと不便だと感じました。 基盤地図情報の利用にはグレーな部分があるので、Bingから読み取れる情報は参照する必要がないと思っています。 ただ、地名などは他に現在のところ有効な入手方法がないので、基盤地図情報を使わざるを得ないとおもいます。 基盤地図情報の「地名」に限らず、ライセンス上の理由で「トレース」という手段が必要になる場合の”ひとつの手法”として、今回の方式が有効になるのではないかと思い、紹介させて頂きました。 2012年3月25日14:26 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 「基盤地図情報を基に地名をトレースする方法」の手順書を作成致しました。 拝見しました。ありがとうございます。 一点、確認したいのですが使用している代表点のデータは、 「基盤地図情報25000」ではなく「基盤地図情報2500」ではありませんか。 私は基盤地図情報2500（JPGIS形式）を見ていました。 ikiyaさんへ、南相馬市も私の方でやりましょうか？ よろしくお願いします。月末バタバタしてるので助かります。 基盤地図情報の浜通りマッピングへの利用について 私の考えです。 日本の地名のつけ方についてはこちらのwikiや http://wiki.openstreetmap.org/wiki/JA_talk:Key:place こちらのMLなどのように http://lists.openstreetmap.org/pipermail/talk-ja/2011-March/thread.html#4745 議論中です。 私としては今回、福島県浜通りの支援マッピングを進める目的で 暫定的に基盤地図情報から代表点データをplace＝hamletで転記しました。 これらは今後地名タグ付けのルール変更やadmin_levelの割り付けが 決まればそれに従い、自分で変更、対応可能な範囲で書いていました。 この浜通り以外に暫定的なplace＝hamletを使う考えはありません。 また基盤地図情報の利用についてwikiに記載したのは 浜通り地方の警戒区域、立入り制限区域のマッピングソース として基盤地図情報が有用だという理由からです。 言葉足らずでした。 基盤地図情報には地名 への利用が可能な町目代表点データもありますが それ以外の道路、河川、水域、鉄道、建物等のデータはさらに 参考にする価値があると思っています。 「基盤地図情報の利用について」 http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN 勝手ですが私個人としては代表点データの地名転記は福島浜通りに 限定して、それ以外はBing写真からの道路、河川、建物、 土地利用などのトレースに集中していきたいと考えています。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 3Dマップの紹介(Fwd: [OSM-talk] Introducing our 3D slippy map)
3Dマップが紹介されていましたので転送します。 http://maps.osm2world.org/ (Mapnik) http://www.openstreetmap.org/?lat=48.57348lon=13.4728zoom=15layers=M 建物に高さや屋根の形状などのタグ http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings をつけると、それなりにレンダリングしてくれるというものです。 残念ながら現時点ではごく一部の地域（ドイツのBavaria）しか カバーされていませんが、下記投稿を読むとリクエストを聞く用意はあるようです。 日本でもどこか大きめの都市で試してみたいですね。 東 -- Forwarded message -- From: Tobias Knerr o...@tobias-knerr.de Date: Sun, 25 Mar 2012 13:08:48 +0200 Subject: [OSM-talk] Introducing our 3D slippy map To: talk t...@openstreetmap.org Hi all, visitors of the 3D workshop and the FOSSGIS conference already know our 3D map. Today, we would like to introduce it to a wider audience: http://maps.osm2world.org/ The map is based on OSM2World, a converter creating three-dimensional models from OpenStreetMap data. The underlying data tiles are updated once per day. A more complete overview of the rendering toolchain is available in the wiki¹. You can also find a list of features we would like to add to the map. If you know a thing about OpenLayers and JS, we would be grateful for your help in getting them implemented quickly. Map coverage is currently limited to the German state of Bavaria. We plan to migrate to more powerful server hardware in April, enabling us to render a larger area. If you are experimenting with 3D tagging² and want to see results in the map today, contact us - we should be able to add coverage for some small regions outside Bavaria. Yours, Tobias and Peda [1] http://wiki.osm.org/OSM2World/Maps [2] http://wiki.osm.org/Simple_3D_Buildings ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] ODbLのFAQ
東です。 外部からの問合せなどに対応するために ODbL切替後のFAQが簡潔にまとめられています。 ご参考まで。 http://wiki.openstreetmap.org/wiki/JA:Legal_FAQ/ODbL ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Remapping ways without nodes (was: Re: Remapping update)
On 23 March 2012 12:58, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: Incidentally, is just knowing the footpaths evidence enough to tag with odbl=clean? Or is there the risk that the footpath was created with iffy sources? While we're on this topic, could I urge all of those working on Andy Street's area to remap all constituent nodes of a way, rather than just the way itself, I've come across at least 3 users who have re-constructed ways but left Andy's nodes intact. I'd have thought that remapping the ways but not the nodes would keep the way dirty. Apologies, however, if I've misunderstood here. Thanks, Nic ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Remapping ways without nodes (was: Re: Remapping update)
While we're on this topic, could I urge all of those working on Andy Street's area to remap all constituent nodes of a way, rather than just the way itself, I've come across at least 3 users who have re-constructed ways but left Andy's nodes intact. I'd have thought that remapping the ways but not the nodes would keep the way dirty. Apologies, however, if I've misunderstood here. Thanks, Nic Oops, sorry, Nick, I havent changed my name, just careless typing. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Un-relicensable roads - now with secondary roads included
And some. I ordered by type and randomly clicked on a dozen and haven't found one you haven't already squashed. I have better luck finding things using badmap. Sorry for a late reply; my hard drive started to fail on Wednesday and it has taken this long to get replacement bits and what was salvageable backed up and restored. Being away all weekend hasn't helped (at least not in fixing my machine, but I did verify a tainted Costa node in Wolverhampton g). While I was working down the list yours was one of about 5 names I encountered for ways that were already clean. I believe that all motorways, trunks and primaries are now clean (and their links), and that the secondary list is the one we need to work on. The stuff at work where the test runs gave me time to fix other ways has now reached an end, so I doubt I'll get much chance this week (unless other stuff that is on my task list presents similar opportunities). Ed ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Un-relicensable roads - now with secondary roads included
A simplified version of the URL that would be useful in situations like the Ed's list [2] does not work or throw any error at all. [1] http://www.openstreetmap.org/edit?lat=55.9567019lon=- 3.1310164way=32795934zoom=16 [2] http://www.openstreetmap.org/edit?way=32795934 Sorry, see previous email for why replies are a bit delayed. If you want to use Potlatch to clean the way, then when you've opened the id link to the osm.org page to see if the way is already remapped then there are two edit links on that page and the one at the bottom in (Download XML | view history | edit) works for me, giving a link in the format [1], but the one under the image of the way gives a link in the format [2], which for me fails. If you don't *need* the remote control on my site, then one of those links should hopefully work for you OK. The other one I just added as I was basing the table template on the one I use for my validating boundaries page (http://www.loach.me.uk/osm/boundaries/ ) and the column template there was based on the one used for relations on the wiki). Ed ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Remapping coastlines
So I got some NHD shapefiles from Phil. Unfortunately coastlines are hard. The nodes tend to get incorporated into all kinds of other things like beaches, piers, etc so I can't just do an xapi query and replace things wholesale like I did with the state boundaries. So far I have only done a few miles of coastline from the Mexico border to north of San Diego. The good news is that there are a lot of the ways have been *heavily* modified by an accepting user since the original import. So for example in a way with 100 nodes, there were sometimes 4 or 5 dirty nodes. I just removed these nodes and then marked the way with the odbl=clean tag since all the original geometry had been replaced and the tagging is trivial. In a few sections where most of the nodes were still dirty I did end up importing the NHD stuff in small bits. I'm not sure how the rest of California will look. I'm guessing there will be large sections that will need wholesale replacing. I think there will also be more areas similar to San Diego with heavy modifications by accepters. But it is slow going so please feel free to jump in. I am done for now and probably won't do much more until tomorrow afternoon. So far I got up to about here: http://www.openstreetmap.org/?mlat=32.851493mlon=-117.262337zoom=12 Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Proposed import: GeoBase Coastlines into Northwest Washington state
On Sat, Mar 24, 2012 at 7:50 PM, Paul Norman penor...@mac.com wrote: I propose replacing the PGS coastlines (largely imported by blars) in Northwest Washington state with GeoBase coastlines. GeoBase data covers part of NW Washington state (e.g. Canadian NHD area 08HAD00 covers the Washington coastline from Port Angeles to Port Townsend). Most of the existing PGS coastlines are scheduled for removal and this is a higher accuracy data source. I for one welcome our Canadian data overlords. Seriously though. I'm not going to say no to help in fixing coastlines. Unless a local in Washington would rather work on it, I say go for it. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Remapping coastlines
Hello, ,my US counterparts: Originally I have not been editing the US side of the great lakes. But with the deadline approaching I'll do some cross boarder mapping. That is unless someone on the US side of the boarder would prefer the great lakes and St Lawrence seaway. Andrew AKA Purple Mustang signature.asc Description: This is a digitally signed message part ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Great Lakes Coastline OBDL Clean-up + proposed import
As discussed yesterday, March 24th on #osm and on the talk mailing-list - http://lists.openstreetmap.org/pipermail/talk/2012-March/062486.html, regarding the remapping of OBDL-Non-compliant coastline in the Great Lakes [see http://is.gd/WEieqK as an example], I've found coastline data available from the US Census (from 2010) and would like to replace portions of non OBDL-compliant coastline (beginning in Ohio) with these imports from TIGER on a county by county basis. The coastline data is available to download from: http://www.census.gov/cgi-bin/geo/shapefiles2010/main (I cannot hotlink any further after this, go to the menus, then select state, Water Area State then you're desired county). My workflow so far (I haven't uploaded anything to OSM yet) Opened the shapefile in qgis, selected only the coastline (each shapefile contains all water polygons for that county) polygon; saved it as an OGR in the WSG84 projection in qgis. then loaded up ogr2osm http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ and converted it to an osm file. Open the converted file in josm, see how the accuracy looks compared to bing/mapquest, deciding if it's worth adding through this or manually tracing by bing). So far, I've only checked out Cuyahoga County (where Cleveland is) and Lorain County (directly west of Cuyahoga). The import from Cuyahoga was a few meters off in some places but there's some sections which I may use although I have manually remapped some of Cuyahoga County through bing retracing. The Lorain county import looks very good and I plan on using it. See as an example of Lorain - http://imgur.com/56hd5 (the existing coastline is in pink) As for translations (which for the uninformed, means 'translating' the existing tags in the shapefile into OSM-appropriate tags), are any other tags besides natural=coastline and one that says source=2010TIGER necessary for this ? Regards, Will ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
