Re: [Talk-transit] Transit database
In message 4fd17e38.2050...@rwth-aachen.de Daniel Sabinasz daniel.sabin...@rwth-aachen.de wrote: Hi all, I was wondering if there is a free database in existence that does not only contain which train/bus lines stop where, but the arrival/departure times as well. I couldn't find one so far. I know Google transit has this aim, but only very few transport companies are participating. The UK bus and ferry times are available to download at http://traveline.info/tnds they are in TransXchange format and updated each week. -- Peter J Stoner UK Coordinator http://travelinedata.org.uk Traveline Traveline Information Ltd company number 3826797 Drury House, 34-43 Russell Street, LONDON WC2B 5HA ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Transit database
Here you can find a list of differents providers http://www.gtfs-data-exchange.com/ On Fri, Jun 8, 2012 at 6:23 AM, Daniel Sabinasz daniel.sabin...@rwth-aachen.de wrote: Hi all, I was wondering if there is a free database in existence that does not only contain which train/bus lines stop where, but the arrival/departure times as well. I couldn't find one so far. I know Google transit has this aim, but only very few transport companies are participating. Daniel ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[OSM-talk-be] one-node way
I was checking out some changes of an OSM newbie (always good to point them to problems before they edit too much), but I came across this way: http://www.openstreetmap.org/browse/way/166513193 This way has no tags and only consists out of one node. It is impossible to select the way with JOSM. I've never seen this before. Does someone know what can cause one-node ways? This has to be a bug in the editor used. Regards, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Follow up : Hampshire Rights of Way Data released under OS OpenData licence
Hi Nick, All, Has any contact been made with either Ordnance Survey or Hampshire CC to get clarity on the use of the Hampshire OS OpenData? Recap of the Issue: * Hampshire CC : The data has been published as Open Data under the Ordnance Survey Open Data Licence. Here the use of Open Data seems to be an internal term that Hants CC use [1]. To me this appears to suggest that they have contacted Ordnance Survey to check that they can release the data and OS came back with the suggestion that they use the OS Open Data Licence (it is clear that the rights of way are not derived from OS OpenData as the resolution is too high - i.e. very zoomed in) * The OS OpenData licence [2] states that it governs access to the data on OS's website. The Hampshire data is not on the OS website. This wording therefore looks bad but does it, in itself, prevent use of the data in OSM? * Ordnance Survey: Have stated that they have no objections to geodata derived in part from OS OpenData being released under the Open Database License 1.0. Thus: If we take the Ordnance Surveys response to mean they have 'no objections to geodata derived in part from OS OpenData LICENSED DATA being released under the Open Database License 1.0.' then we are okay. But, it this one step too far? Alternatively, we go back to Hampshire and get them to confirm that we can add this to OSM. We can use OS's quote as supporting evidence. Regards, RobJN [1] http://www3.hants.gov.uk/opendata.htm [2] http://www.ordnancesurvey.co.uk/oswebsite/docs/licences/os-opendata-licence.pdf ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Follow up : Hampshire Rights of Way Data released under OS OpenData licence
Hello Rob, (and all) I've emailed the Hants CC guy once - he was away so the email bounced. I've emailed him again tonight. Nick -Rob Nickerson rob.j.nicker...@gmail.com wrote: - To: talk...@openstreetmap.org, nick.whitel...@solent.ac.uk, legal-talk@openstreetmap.org From: Rob Nickerson rob.j.nicker...@gmail.com Date: 08/06/2012 04:27PM Subject: Follow up : Hampshire Rights of Way Data released under OS OpenData licence Hi Nick, All, Has any contact been made with either Ordnance Survey or Hampshire CC to get clarity on the use of the Hampshire OS OpenData? Recap of the Issue: * Hampshire CC : The data has been published as Open Data under the Ordnance Survey Open Data Licence. Here the use of Open Data seems to be an internal term that Hants CC use [1]. To me this appears to suggest that they have contacted Ordnance Survey to check that they can release the data and OS came back with the suggestion that they use the OS Open Data Licence (it is clear that the rights of way are not derived from OS OpenData as the resolution is too high - i.e. very zoomed in) * The OS OpenData licence [2] states that it governs access to the data on OS's website. The Hampshire data is not on the OS website. This wording therefore looks bad but does it, in itself, prevent use of the data in OSM? * Ordnance Survey: Have stated that they have no objections to geodata derived in part from OS OpenData being released under the Open Database License 1.0. Thus: If we take the Ordnance Surveys response to mean they have 'no objections to geodata derived in part from OS OpenData LICENSED DATA being released under the Open Database License 1.0.' then we are okay. But, it this one step too far? Alternatively, we go back to Hampshire and get them to confirm that we can add this to OSM. We can use OS's quote as supporting evidence. Regards, RobJN [1] http://www3.hants.gov.uk/opendata.htm [2] http://www.ordnancesurvey.co.uk/oswebsite/docs/licences/os-opendata-licence.pdf ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk-nl] 2 wegen combineren lukt niet
Hallo allemaal, Ik probeer twee wegen te combineren in JOSM (versie 5267), maar dit lukt niet. Het gaat om de Stationsweg West in Woudenberg [1] en dan specifiek om de weg tussen de Schans en het eerste voetpad van de Veldschans. De twee knopen zijn niet verbonden (en ik kan me niet herinneren dat ik deze gesplitst heb). Een route via yournavigation.org heeft geen problemen met deze onderbreking. Wie weet de oplossing? Bedankt! Groeten, André [1] http://www.openstreetmap.org/?lat=52.0816339552402lon=5.41886955499649zoom=18 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 2 wegen combineren lukt niet
On 2012-06-08 09:59, drek wrote: Hallo allemaal, Ik probeer twee wegen te combineren in JOSM (versie 5267), maar dit lukt niet. Het gaat om de Stationsweg West in Woudenberg [1] en dan specifiek om de weg tussen de Schans en het eerste voetpad van de Veldschans. De twee knopen zijn niet verbonden (en ik kan me niet herinneren dat ik deze gesplitst heb). Een route via yournavigation.org heeft geen problemen met deze onderbreking. Wie weet de oplossing? [1] http://www.openstreetmap.org/?lat=52.0816339552402lon=5.41886955499649zoom=18 Weg 6988032 en 6988053 delen niet dezelfde node. Zoom maar eens heel ver in. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 2 wegen combineren lukt niet
Hallo Maarten, Bedankt voor je snelle antwoord. Ik heb alleen nog wel twee vragen: 1. hoe zie ik welke node een weg heeft? 2. hoe kan ik deze wegen toch samenvoegen? Het enige verschil tussen de wegdelen dat ik in JOSM zie, is een verschillende AND_nosr_r waarde en de routes van de buslijnen hebben verschillende (opeenvolgende) posities. Als ik de knopen zelf selecteer hebben deze (zoals het hoort?) een ander nummer (45162459 en 1780095567). Groeten, André Op 08-06-12 10:05, Maarten Deen schreef: On 2012-06-08 09:59, drek wrote: Hallo allemaal, Ik probeer twee wegen te combineren in JOSM (versie 5267), maar dit lukt niet. Het gaat om de Stationsweg West in Woudenberg [1] en dan specifiek om de weg tussen de Schans en het eerste voetpad van de Veldschans. De twee knopen zijn niet verbonden (en ik kan me niet herinneren dat ik deze gesplitst heb). Een route via yournavigation.org heeft geen problemen met deze onderbreking. Wie weet de oplossing? [1] http://www.openstreetmap.org/?lat=52.0816339552402lon=5.41886955499649zoom=18 Weg 6988032 en 6988053 delen niet dezelfde node. Zoom maar eens heel ver in. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 2 wegen combineren lukt niet
On 2012-06-08 10:16, drek wrote: Hallo Maarten, Bedankt voor je snelle antwoord. Ik heb alleen nog wel twee vragen: 1. hoe zie ik welke node een weg heeft? 2. hoe kan ik deze wegen toch samenvoegen? 1. In JOSM: way selecteren, history bekijken (CTRL-H) en dan de tab nodes pakken. 2. beide nodes selekteren en mergen (M) Om dit soort problemen te vinden kun je ook de JOSM Validator gebruiken. Die zal je een warning geven Way end node near other highway, of als de nodes op exact dezelfde plaats staan: Duplicate nodes in two un-closed ways - Duplicated nodes: Overigens heb je die node zelf gemaakt vanmorgen en zo te zien aan de verschillende AND_nosr_r en OSM id's zijn die twee wegstukken nooit gecombineerd geweest. Maar als je de nodes mergt dan combineren de wegstukken zonder problemen. Maarten Het enige verschil tussen de wegdelen dat ik in JOSM zie, is een verschillende AND_nosr_r waarde en de routes van de buslijnen hebben verschillende (opeenvolgende) posities. Als ik de knopen zelf selecteer hebben deze (zoals het hoort?) een ander nummer (45162459 en 1780095567). Groeten, André Op 08-06-12 10:05, Maarten Deen schreef: On 2012-06-08 09:59, drek wrote: Hallo allemaal, Ik probeer twee wegen te combineren in JOSM (versie 5267), maar dit lukt niet. Het gaat om de Stationsweg West in Woudenberg [1] en dan specifiek om de weg tussen de Schans en het eerste voetpad van de Veldschans. De twee knopen zijn niet verbonden (en ik kan me niet herinneren dat ik deze gesplitst heb). Een route via yournavigation.org heeft geen problemen met deze onderbreking. Wie weet de oplossing? [1] http://www.openstreetmap.org/?lat=52.0816339552402lon=5.41886955499649zoom=18 Weg 6988032 en 6988053 delen niet dezelfde node. Zoom maar eens heel ver in. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] verschil building en amenity
On 2012-06-08 10:22, drek wrote: Hallo allemaal, Ik wil een gebouw als school definiëren. Wat is het verschil en de voorkeur tussen 'building: school' en 'amenity: school'? Building is voor het daadwerkelijke schoolgebouw. Amenity kun je gebruiken voor het totale schoolterrein (dus inclusief speelplaats). Ik weet niet of het nodig, handig of prettig is om beide te definieren, zeker als er nog een name: tag bij komt. Hoewel: de name: tag zou ik alleen op de amenity zetten als beide school's gedefinieerd zijn. Groeten, Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 2 wegen combineren lukt niet
On 2012-06-08 09:59, drek wrote: En nog een laatste opmerking: Een route via yournavigation.org heeft geen problemen met deze onderbreking. Wie weet de oplossing? Yournavigation heeft de laatste update (volgens de website) op 2011-12-09 gehad. De kaart is wel nieuw, maar dat komt omdat dat de algemene slippymap is. Yournavigation kun je dus niet voor dit soort controles gebruiken. Cloudmade ligt ondertussen ook minstens twee maanden achter. http://map.project-osrm.org/ is de enige on-line routing die ik ken die op dit moment recent is. Vraag me niet hoe ze het doen (worden er toch nog diffs gemaakt?), maar veranderingen die ik gisteren gemaakt heb kunnen vandaag gerouteerd worden. Maar dan nog had dat in jouw geval niet geholpen omdat zo te zien de split tussen de twee wegen vandaag gemaakt is ;) Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 2 wegen combineren lukt niet
On 06/08/2012 10:41 AM, Maarten Deen wrote: (worden er toch nog diffs gemaakt?) Er zijn gewoon diffs, maar sinds 1 april staan ze op een andere plaats. -- --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 2 wegen combineren lukt niet
Op 08-06-12 10:24, Maarten Deen schreef: On 2012-06-08 10:16, drek wrote: Hallo Maarten, Bedankt voor je snelle antwoord. Ik heb alleen nog wel twee vragen: 1. hoe zie ik welke node een weg heeft? 2. hoe kan ik deze wegen toch samenvoegen? 1. In JOSM: way selecteren, history bekijken (CTRL-H) en dan de tab nodes pakken. 2. beide nodes selekteren en mergen (M) Mmmm... Ik denk dat het nog vroeg was. Ik heb wel vaker knopen aan elkaar verbonden. Maar opeens lukt het nu wel met jouw hulp. Dank je wel! Om dit soort problemen te vinden kun je ook de JOSM Validator gebruiken. Die zal je een warning geven Way end node near other highway, of als de nodes op exact dezelfde plaats staan: Duplicate nodes in two un-closed ways - Duplicated nodes: Deze melding kreeg ik inderdaad, waardoor ik de wegen aan elkaar probeerde te krijgen. Overigens heb je die node zelf gemaakt vanmorgen en zo te zien aan de verschillende AND_nosr_r en OSM id's zijn die twee wegstukken nooit gecombineerd geweest. Maar als je de nodes mergt dan combineren de wegstukken zonder problemen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Cleanmap/badmap
Thanks Ben, Badmap is what I've been using over the last few months to find roads that need desparate attention. I've been cleaning up NE Melbourne and parts of SW Sydney. Melbourne is looking pretty good, Sydney needs quite a bit of work. Another tool that I've been using to cleanup non-odbl stuff is the LicenceChange plugin for JOSM: https://wiki.openstreetmap.org/wiki/JOSM/Plugins/LicenseChange The LicenceChange Plugin in combination with the History Tool in JOSM is very good for helping to salvage / clean up some roads in osm. Cheers, Cam. -- cam_...@fastmail.fm -- http://www.fastmail.fm - Does exactly what it says on the tin ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Mapping in Rio de Janeiro
Hey Severin - thanks for getting in touch. We're at the demo alley as well. Just saw this post on the thackday list: https://groups.google.com/forum/?fromgroups#!topic/thackday/IljJLaaFdtA You're only in town on the 19th? On Jun 7, 2012, at 4:51 PM, Séverin MENARD wrote: Hi Alex, Kate Chapman (Humanitarian OSM Team Exec Officer) was just telling me you would like to organize a mapping party in Rio. I will be there on 19 for speed geeking presentations in the Demo Alley at the US Center, but likely be there the day before as required by the organizer for a quick meting I think. SO I can join you if you want. Rio+20 will occur at Barra da Tijuca. Is it not too far from Copacabana (but yes, the urban structure is totally different) ? Sincerely, Severin -- Message: 5 Date: Thu, 7 Jun 2012 15:27:04 -0300 From: Pedro Geaquinto pedrodi...@gmail.com To: OSM talk-br talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapping in Rio de Janeiro Message-ID: CAAGM7P=dP_ia=apcpa6bj1qo-ytviazqaqrmajezw0ecw4x...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 I'd like to help you too. What do you think about micromapping Copacabana? It's a really... intense neighborhood. 2012/6/7, Arlindo Pereira openstreet...@arlindopereira.com: Hi Alex! I live in Rio, and I'm willing to do it. Where are you going to stay here? We could come up with some micromapping for the area. I could trace the roads before, if necessary. By the way, June 17 is sunday :P Cheers, Arlindo Nighto Pereira On Thu, Jun 7, 2012 at 2:49 PM, Alex Barth a...@mapbox.com wrote: Hello friends - I'll be in Rio from June 17 to Jun 21 (partly for Rio+20 UN conference) - anybody up for doing walking papers maybe June 17, Saturday afternoon? Open to suggestions as to where specifically, but there seems to be plenty of work around :) Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapping in Rio de Janeiro
Seen the post by Onibus Hacker on thackday? What do you guys think about mapping in Complexo de Alemão? https://groups.google.com/forum/?fromgroups#!topic/thackday/IljJLaaFdtA On Jun 7, 2012, at 5:33 PM, Arlindo Pereira wrote: I think that Barra da Tijuca is not as well mapped as Copacabana, so it could be a good thing to do the mapping party there. They're 20km apart, but they're very different in essence - Copacabana is dense, has subway, is foot-centric etc., while Barra is more car-centric, with many condos, shopping malls etc. I've never been to US, but I'd say that Copacabana is more like NY or San Francisco while Barra is more like Florida suburbs. If you want to do the mapping party in Copacabana, it'd also be great. I can give you instructions to come from Barra to Copacabana by public bus. Cheers, Arlindo Nighto Pereira On Thu, Jun 7, 2012 at 5:51 PM, Séverin MENARD severin.men...@gmail.com wrote: Hi Alex, Kate Chapman (Humanitarian OSM Team Exec Officer) was just telling me you would like to organize a mapping party in Rio. I will be there on 19 for speed geeking presentations in the Demo Alley at the US Center, but likely be there the day before as required by the organizer for a quick meting I think. SO I can join you if you want. Rio+20 will occur at Barra da Tijuca. Is it not too far from Copacabana (but yes, the urban structure is totally different) ? Sincerely, Severin -- Message: 5 Date: Thu, 7 Jun 2012 15:27:04 -0300 From: Pedro Geaquinto pedrodi...@gmail.com To: OSM talk-br talk-br@openstreetmap.org Subject: Re: [Talk-br] Mapping in Rio de Janeiro Message-ID: CAAGM7P=dP_ia=apcpa6bj1qo-ytviazqaqrmajezw0ecw4x...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 I'd like to help you too. What do you think about micromapping Copacabana? It's a really... intense neighborhood. 2012/6/7, Arlindo Pereira openstreet...@arlindopereira.com: Hi Alex! I live in Rio, and I'm willing to do it. Where are you going to stay here? We could come up with some micromapping for the area. I could trace the roads before, if necessary. By the way, June 17 is sunday :P Cheers, Arlindo Nighto Pereira On Thu, Jun 7, 2012 at 2:49 PM, Alex Barth a...@mapbox.com wrote: Hello friends - I'll be in Rio from June 17 to Jun 21 (partly for Rio+20 UN conference) - anybody up for doing walking papers maybe June 17, Saturday afternoon? Open to suggestions as to where specifically, but there seems to be plenty of work around :) Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ 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 Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-is] Bogus changesets 11743299 and 11743124
Sæl öll, (Ég skrifa á ensku: það er auðveldara fyrir mig og ég held að fleiri geti lesið það... ) Changeset 11743299 destroyed Selvogstorg http://www.openstreetmap.org/?lat=64.06475lon=-21.94057zoom=17layers=M and added a spike/peak to Hamarkotslækur and a zig-zag pattern to the footpath in parallel to road Lækjarkinn http://www.openstreetmap.org/?lat=64.065168lon=-21.938323zoom=18layers=M (Also changeset 11743124 by the same comitter looks strange.) I contacted the committer via OSM, but did not get any response, so I think we should revert these two changesets. I am leaving into vacation and thought I could quickly revert it using the JOSM reverter plugin before leaving, but JOSM reports some conflicts that need to be resolved manually which takes more time than I have now. I fear the longer we wait, the more conflicts might get introduced. Thus, I ask: Does anyone feel like trying to revert these changesets? Kveðja, Helmut ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Hallo, Falls jemand Interesse hat, ich lege gerne mal ein Tacklock in die Dropbox. http://dl.dropbox.com/u/42317300/GS1000-GPSLOG.FILE0001.dat Sind das die echten Binärdaten oder ist das eventuell vom Terminal kopiert? Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BBOX-Selector gesucht
Am 07.06.2012 23:36, schrieb Peter: Kann ich dir zukommen lassen, oder auch so umbasteln das es dir rein passt. Ja, gerne schick es mir mal, das wäre nett. Es geht um folgendes Skript: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl/Add-tags#Source_Code Grüße Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzvermerk Wikipedia-Karte
Die paar Tage bis zur Lizenzumstellung kann das doch wohl auch noch warten. Oder? Grüße Tim Am 08.06.2012 04:51, schrieb Christian Müller: Hi, der Lizenzvermerk zur WIWOSM Karte ist m.E. nicht korrekt. Es sollte heißen OpenStreetMap _und Mitwirkende_ (CC-BY-SA). [1] Wenn wir das innerhalb der freien Projekte nicht gut auf die Reihe kriegen, brauchen wir uns nicht wundern, wenn es in the wild auch nicht anders aussieht. LG Christian [1] http://wiki.openstreetmap.org/wiki/DE:Legal_FAQ#Ich_m.C3.B6chte_OpenStreetMap_verwenden._Wie_soll_ich_auf_euch_hinweisen.3F ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger
Hier meine Analyse: T sind die Feldtrenner. Die kurzen Zeilen enthalten die Daten des Beschleunigungssensors, das Datum und die Uhrzeit, aber nur leere GPS-Daten, da hier noch kein GPS-Fix vorliegt. Die langen Zeilen enthalten auch die GPS-Daten. Aufbau: _1__T2_T3T4T5T6_T7T_8__T__9___T__10__T11T12T_13_ T sind die Trenner 1: Beschleunigungssensor 2: Uhrzeit 3: ? 4: Breitengrad 5: ? 6: Längengrad 7: ? 8: Geschwindigkeit 9: Peilung 10: Datum 11: leer 12: leer 13: ? Ohne GPS-Fix sind die Felder 4 bis 9 leer. Viel Spaß beim weiteren Dekodieren. - Ursprüngliche Message - Von: Johann H. Addicks addi...@gmx.net An: talk-de@openstreetmap.org CC: Gesendet: 3:26 Freitag, 1.Juni 2012 Betreff: Re: [Talk-de] unbekanntes Datenformat aus GPS-Logger Am 30.05.2012 16:27, schrieb Philippe Rieffel: Könntest du das Gerät genauer bennenen? GS1000 Aber das steht nur im Shop, nirgends am Produkt. Weder auf dem Produkt selbst noch auf dem Karton, noch auf der Rechnung, nicht mal in der Bedienungsanleitung. Das ist das Ding: http://bit.ly/LNCJXw (Aliexpress) irgendwie sind in den GPS-Daten auch noch die Werte der y/x/z Beschleunigungssensoren mit einkodiert. (die funktionieren wirklich, auch ohne GPS-Empfang, also nicht nur irgendwie kreativ abgeleitet) Und das eingestellte Outputformat, ob es Rohdaten sind, oder ob diese schon im Gerät aufbereit wurden? Das jetzige Format sagt mir grad gar nix, schaut für mich auf den ersten Blick wie eine Art Kodierungsfehler aus. Aber eventuell hat ja jemand mehr Ahnung davon. Ich hoffe einfach mal, weil es vielleicht auch ausreicht, um Tunnelverläufe damit verbessern zu können. Falls jemand Interesse hat, ich lege gerne mal ein Tacklock in die Dropbox. http://dl.dropbox.com/u/42317300/GS1000-GPSLOG.FILE0001.dat -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] [newbie] unione
Il 06 giugno 2012 12:12, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: perchè sul bordo? Io di solito metto i POI dentro l'edificio (quindi un nodo che non fa parte del way intorno). Credo che per edifici con molti piccoli negozi non sia sbagliato mettere il POI sul bordo, in corrispondenza dell'ingresso fisico al negozio, come si fa con il tag building=entrance -- * Matteo Gottardi | matg...@tin.it * ICQ UIN 20381372 * Linux - the choice of a GNU generation * GPG Fingerprint: * B9EE 108F 52C8 D50C B667 B1F2 AB56 8A01 BA3D 36A1 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [newbie] unione
-Original Message- From: Matteo Gottardi [mailto:matg...@tin.it] Sent: venerdì 8 giugno 2012 08:34 To: openstreetmap list - italiano Subject: Re: [Talk-it] [newbie] unione Il 06 giugno 2012 12:12, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: perchè sul bordo? Io di solito metto i POI dentro l'edificio (quindi un nodo che non fa parte del way intorno). Credo che per edifici con molti piccoli negozi non sia sbagliato mettere il POI sul bordo, in corrispondenza dell'ingresso fisico al negozio, come si fa con il tag building=entrance Li metto spesso sul bordo anche per distinguerli dai POI vaganti, probabilmente inseriti quando non si potevano usare le ortofoto, la cui posizione è troppo incerta per dire che appartengono veramente all'edificio all'interno del quale apparentemente sono stati tracciati (o spesso è l'edificio che gli è stato tracciato intorno). Il mettere il POI sul bordo crea implicitamente una relazione tra l'edificio ed il POI. Inoltre se l'edificio viene traslato per ottenere un allineamento migliore, non si rischia di lasciare il POI nella vecchia posizione. Il fatto che il POI sia sul bordo indica in qualche modo che è stato verificato che il POI appartiene veramente all'edificio, senza necessità di creare una relazione. Mi rendo conto che l'effetto grafico che si ottiene non è gradevole, ma si evita di creare una montagna di relazioni. Inoltre, come giustamente dice Matteo, si può indicare l'ingresso (nota: mi sembra che building=entrance sia stato sostituito da entrance=*) senza necessità di inserire l'area esatta del negozio (spesso ignota). Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: [newbie] unione
Li metto spesso sul bordo anche per distinguerli dai POI vaganti, probabilmente inseriti quando non si potevano usare le ortofoto, la cui posizione è troppo incerta per dire che appartengono veramente all'edificio all'interno del quale apparentemente sono stati tracciati (o spesso è l'edificio che gli è stato tracciato intorno). Il mettere il POI sul bordo crea implicitamente una relazione tra l'edificio ed il POI. Inoltre se l'edificio viene traslato per ottenere un allineamento migliore, non si rischia di lasciare il POI nella vecchia posizione. Il fatto che il POI sia sul bordo indica in qualche modo che è stato verificato che il POI appartiene veramente all'edificio, senza necessità di creare una relazione. Mi rendo conto che l'effetto grafico che si ottiene non è gradevole, ma si evita di creare una montagna di relazioni. Inoltre, come giustamente dice Matteo, si può indicare l'ingresso (nota: mi sembra che building=entrance sia stato sostituito da entrance=*) senza necessità di inserire l'area esatta del negozio (spesso ignota). Benissimo! Sono daccordo ma mi esprimerei in un altro modo: (per me) non si tratta di un POI sul bordo ma nel bordo , ovvero di un nodo facente parte del perimetro delledificio. Nei post letti finora mi sembrava che si parlasse di un punto creato in mezzo alledificio/alla strada e poi trascinato sulla verticale del bordo ;) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: [newbie] unione
2012/6/8 Alech OSM alech.hos...@gmail.com: (per me) non si tratta di un POI “sul” bordo ma “nel” bordo , ovvero di un nodo facente parte del perimetro dell’edificio. si, anche per me un nodo nel bordo è uno che fa parte del _perimetro_ dell'edificio. Lo uso per oggetti come un distributore di cigarette, un post_box o altro attacato al bordo (oppure nodi del tipo entrance=yes/building=entrance che fanno parte del perimetro), mentre un negozio, che non si trova sul bordo ma all'interno dell'edificio lo faccio galleggiare (metto un nodo dentro l'edificio che non fa parte di nessuna way). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [newbie] unione
2012/6/8 Alberto Nogaro bartosom...@yahoo.it: Li metto spesso sul bordo anche per distinguerli dai POI vaganti, probabilmente inseriti quando non si potevano usare le ortofoto, la cui posizione è troppo incerta per dire che appartengono veramente all'edificio all'interno del quale apparentemente sono stati tracciati (o spesso è l'edificio che gli è stato tracciato intorno). secondome chi traccia gli edifici dovrebbe anche aggiustare la posizione di nodi preesistenti che poi risultano dentro un edificio. Se non connosce il luogo e quindi non lo può fare non è gravissimo: potrebbe risultare un dato leggermente falso (meno accurato), che col tempo si aggiusterà (appena tutti gli utilizzi sono mappati di solito ci si accorge facilmente cos'è localizzato male). Il mettere il POI sul bordo crea implicitamente una relazione tra l'edificio ed il POI. appunto, ma secondome crea la relazione sbagliata (di essere parte del perimetro). Anche il mettere all'interno di un perimetro crea implicitamente una relazione tra edificio e il POI ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Geopaparazzi non funziona con gli OSM tags
On 7 Jun 2012 12:33, ale_z...@libero.it ale_z...@libero.it wrote: Geopaparazzi 3 su Android 4.0.3 ICS All'avvio mi chiede: Do you want to download the OSM tags of version 1? Appare poi il messaggio: An error occurred while downloading the OSM tags A sto punto sembrerebbe un problema legato ad android 4, quant'altro può testare in modo da confermare il bug? Alessandro ___ 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] Geopaparazzi non funziona con gli OSM tags
On Fri, Jun 8, 2012 at 11:02 AM, Luca Delucchi lucadel...@gmail.com wrote: A sto punto sembrerebbe un problema legato ad android 4, quant'altro può testare in modo da confermare il bug? Non conosco Android, ma dallo sniffing sembra che il programma cerchi di rispondere ad un form (POST + Content-Type: www-form) Che comando usi per fare la richiesta? POST /files/osmtags.zip HTTP/1.1 Content-Type: application/x-www-form-urlencoded Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Routing Italia-Polonia
sarchittuorg wrote Ci sono servizi che le offrono intere! http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map#Europe Uhm, 2GB da scaricare 3GB decompressi, ci vuole un pc che abbia almeno 4GB di Ram per farlo... non è una soluzione alla portata di tutti. -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Italia-Polonia-tp5711791p5711899.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Routing Italia-Polonia
Il servizio in questione è interessante e sicuramente meno dispendioso dello scaricare la mappa di tutta l'Europa, ma al tempo stesso non è semplicissimo come metodo, richiede molti click per scaricare i singoli segmenti da attraversare... ok, meglio di niente, ma ci vorrebbe un sistema additivo, che consenta di scegliere le nazioni, (ad es.: Italia + Germania + Polonia + Austria), quello attuale se si seleziona una nazione esclude quella precedentemente selezionata, così sarebbe veramente funzionale. -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Italia-Polonia-tp5711791p5711900.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Routing Italia-Polonia
Funziona tutto anche con un navigatore outdoors come Garmin etrex 20/30 Volker 2012/6/8 Jeawrong jeawithl...@tin.it sarchittuorg wrote Ci sono servizi che le offrono intere! http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map#Europe Uhm, 2GB da scaricare 3GB decompressi, ci vuole un pc che abbia almeno 4GB di Ram per farlo... non è una soluzione alla portata di tutti. -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Italia-Polonia-tp5711791p5711899.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Routing Italia-Polonia
Ma altrimenti ... creare una semplice traccia gpx con un router in rete, poi caricare e seguire quella ? Sempre che il viaggio preveda una maggioranza di autostrada, basterebbe così installare le mappa della Polonia per quando uno esce dalla viabilità principale o meglio per quando compirà dei brevi trasferimenti non previsti . -Messaggio originale- Da: Jeawrong [mailto:jeawithl...@tin.it] Inviato: giovedì 7 giugno 2012 15.27 A: talk-it@openstreetmap.org Oggetto: [Talk-it] Routing Italia-Polonia Salve ragazzi, una mia collega polacca, stanca del TomTom e delle mappe non aggiornate (ha gli aggiornamenti a vita ma i dati scaricati sono puntualmente vecchi) mi ha chiesto un consiglio su un navigatore per auto, io istintivamente le ho consigliato un Garmin da usare con le mappe OSM, ma mi è subito venuto un dubbio: come scaricare la mappa dell'intera Europa, o per lo meno dei paesi da attraversare, senza dover cambiare mappe manualmente sul navigatore? E' possibile farlo? -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Italia-Polonia-tp5711791.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [newbie] unione
From: Alech OSM [mailto:alech.hos...@gmail.com] Sent: venerdì 8 giugno 2012 10:01 To: bartosom...@yahoo.it; 'openstreetmap list - italiano' Subject: R: [Talk-it] [newbie] unione Benissimo! Sono daccordo ma mi esprimerei in un altro modo: (per me) non si tratta di un POI sul bordo ma nel bordo , ovvero di un nodo facente parte del perimetro delledificio. Si, mi ero espresso male, intendevo proprio un nodo facendo parte della way del perimetro. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Routing Italia-Polonia
Entrambe le soluzioni sono interessanti, ha un cellulare con Android ma la sua conoscenza dello stesso è veramente base, per cui dubito riuscirebbe ad interagire con qualcosa di evoluto, oltretutto c'è il problema della connessione dati che dovrebbe essere sempre on... meglio una soluzione basata su un vero navigatore per auto ;) -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Italia-Polonia-tp5711791p5711907.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Routing Italia-Polonia
Come ho scritto prima, la suddetta collega non è una appassionata di tecnologia e ha da poco un cell con Android (che io stesso conosco poco come sistema, non avendo cell con lo stesso SO)... scarterei la soluzione cellulare, gli serve solo in auto. -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Italia-Polonia-tp5711791p5711908.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Routing Italia-Polonia
Bisognerebbe creare una traccia gpx ad hoc per questa esigenza, e non mi pare il caso. Oltretutto le serve avere mappe aggiornate con le ultime variazioni (nuove rotonde, ecc. ecc.), quindi non la trovo una soluzione molto pratica. -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Italia-Polonia-tp5711791p5711909.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [newbie] unione
-Original Message- From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: venerdì 8 giugno 2012 10:30 To: bartosom...@yahoo.it; openstreetmap list - italiano Subject: Re: [Talk-it] [newbie] unione secondome chi traccia gli edifici dovrebbe anche aggiustare la posizione di nodi preesistenti che poi risultano dentro un edificio. Dovrebbe, ma molto spesso non è stato fatto, anche perché spesso gli edifici derivano da importazioni o interpretazioni di ortofoto che non danno informazioni sui POI. Se non connosce il luogo e quindi non lo può fare non è gravissimo: potrebbe risultare un dato leggermente falso (meno accurato), che col tempo si aggiusterà (appena tutti gli utilizzi sono mappati di solito ci si accorge facilmente cos'è localizzato male). Si, per zone completamente rimappate con accuratezza non ci sono problemi. Ma spesso ci sono POI che non si sa dove inserire, ti sembra che non appartengano all'edificio che stai considerando, ma non sai dove spostarli, e neppure vuoi cancellarli perché probabilmente da qualche parte nei dintorni l'oggetto esiste veramente. Ritengo utile avere un sistema che implicitamente da informazioni sull'accuratezza del posizionamento dei POI. appunto, ma secondome crea la relazione sbagliata (di essere parte del perimetro). Anche il mettere all'interno di un perimetro crea implicitamente una relazione tra edificio e il POI ;-) Vero, ma ci sono un paio di problemi pratici: - spesso la relazione implicita tra perimetro e POI in esso contenuto è sbagliata, perché il POI è stato posizionato in maniera inaccurata ed è finito per caso dentro il perimetro dell'edificio. Invece è quasi impossibile che un POI finisca per fare parte del perimetro in maniera accidentale - spesso si riesce a migliorare i dati ritracciando/riallineando gli edifici sulla base di fonti più accurate: c'è il rischio che ci si dimentichi di spostare anche i POI in modo che restino nel perimetro dell'edificio, oppure non lo si fa deliberatamente perché non si è convinti della relazione implicita. Su una mappa perfetta è vero quello che dici, ma mi imbatto ancora troppo spesso in POI posizionati troppo approssimativamente. Per il momento penso che continuerò a mettere nel perimetro i POI che sono accessibili dall'esterno, aggiungendo il tag entrance in modo che la relazione sia corretta. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: R: Routing Italia-Polonia
Come no ? :) Bastano bikeroutetoaster oppure openrouteservice che si appoggiano (anche) a OSM. e grazie a questo le nuove rotonde ci saranno eccome. Sempre che qualche mappatore austriaco/tedesco/polacco ce le abbia messe, ma sicuramente prima delle mappe di Teleatlas. P.S. Secondo me fai meglio a citare il messaggio al quale rispondi ... :) -Messaggio originale- Da: Jeawrong [mailto:jeawithl...@tin.it] Inviato: venerdì 8 giugno 2012 12.12 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] R: Routing Italia-Polonia Bisognerebbe creare una traccia gpx ad hoc per questa esigenza, e non mi pare il caso. Oltretutto le serve avere mappe aggiornate con le ultime variazioni (nuove rotonde, ecc. ecc.), quindi non la trovo una soluzione molto pratica. -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Italia-Polonia-tp5711791p5711909.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Routing Italia-Polonia
Credo che la cosa più semplice per Garmin sia andare sul sito http://garmin.openstreetmap.nl/ e scegliere le sezioni/stati che si vuole avere nella mappa, scrivere il proprio email ed aspettare che la mappa scelta venga creata. Dovrebbe funzionare e crearti una mappa completa di ciò che hai scelto. Poi questa la carichi sul tuo Garmin ed è fatta... Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Routing Italia-Polonia
Il 08/06/2012 12:32, Damjan Gerl ha scritto: Credo che la cosa più semplice per Garmin sia andare sul sito http://garmin.openstreetmap.nl/ e scegliere le sezioni/stati che si vuole avere nella mappa, scrivere il proprio email ed aspettare che la mappa scelta venga creata. Dovrebbe funzionare e crearti una mappa completa di ciò che hai scelto. Poi questa la carichi sul tuo Garmin ed è fatta... Se volete ho scritto una guida per fare tutto questo un po' meglio: http://sites.google.com/site/stefanodroghetti/nuvi Ho fatto uno script basato su CreateIMG che genera mappe molto più navigabili su Garmin che quelle scaricate da garmin.openstreetmap.nl e che ti fa scegliere se la mappa verrà usata da tutti o solo da automobilisti. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [newbie] unione
2012/6/8 Alberto Nogaro bartosom...@yahoo.it: Se non connosce il luogo e quindi non lo può fare non è gravissimo: potrebbe risultare un dato leggermente falso (meno accurato), che col tempo si aggiusterà (appena tutti gli utilizzi sono mappati di solito ci si accorge facilmente cos'è localizzato male). Si, per zone completamente rimappate con accuratezza non ci sono problemi. Ma spesso ci sono POI che non si sa dove inserire, ti sembra che non appartengano all'edificio che stai considerando, ma non sai dove spostarli, e neppure vuoi cancellarli perché probabilmente da qualche parte nei dintorni l'oggetto esiste veramente. si, come già scritto sopra: lasciali dove sono e chi connosce la zona li può aggiustare dopo, casomai erano errate. Se non connosci la zona dove disegni la mappa non ci sono altri possibilità che affidarsi a quello che qualcun'altro ha inserito. Ritengo utile avere un sistema che implicitamente da informazioni sull'accuratezza del posizionamento dei POI. +1, va benissimo, se hai dei dubbi sull'accuratezza mettrei un tag (fixme o note), perchè topologicamente l'implicazione di un nodo in un way è che il nodo fa parte del way a quel punto, e non mi sembra l'implicazione che tu vuoi dare. - spesso la relazione implicita tra perimetro e POI in esso contenuto è sbagliata, perché il POI è stato posizionato in maniera inaccurata ed è finito per caso dentro il perimetro dell'edificio. Invece è quasi impossibile che un POI finisca per fare parte del perimetro in maniera accidentale vedi sopra, quando la posizione è errata, qualcuno la corregerà prima o poi e nel frattempo non è gravissimo (secondome) se un POI si trova nella casa a canto. E' un errore piccolo come un POI posizionato sulla strada o nel perimetro di un edificio ;-) - spesso si riesce a migliorare i dati ritracciando/riallineando gli edifici sulla base di fonti più accurate: c'è il rischio che ci si dimentichi di spostare anche i POI in modo che restino nel perimetro dell'edificio, oppure non lo si fa deliberatamente perché non si è convinti della relazione implicita. vedi sopra Su una mappa perfetta è vero quello che dici, ma mi imbatto ancora troppo spesso in POI posizionati troppo approssimativamente. ma per ottenere una mappa perfetta (quel che cerchiamo tutti di fare suppongo), perchè dovrei deliberatamente inserire topologie sbagliate? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Terremoto Emilia del Maggio 2012
Vi giro questo annuncio apparso sulla ML di GFOSS.it http://lists.gfoss.it/pipermail/gfoss/2012-June/023259.html *Richiesta disponibilità per volontari per inserimento dati schede sopralluoghi* gentile lista, il servizio geologico della regione emilia-romagna in collaborazione con la protezione civile ha attivato un centro funzionale per l'informatizzazione delle schede dei sopralluoghi degli edifici colpiti dal sisma. attualmente il data-entry viene realizzato da volontari regionali, volontari di associazioni di geometri, etc e abbiamo postazioni disponibili per circa 50 persone, che nei prossimi giorni dovranno crescere ancora di numero. per garantire un caricamento dei dati costante chiediamo la disponibilità di chi voglia fare del banale data-entry, soprattutto nel pomeriggio e nei finesettimana (la mattina siamo abbastanza coperti). il centro funzionale e' sito presso la sede del servizio geologico in viale della fiera 8 a Bologna. chi voglia/possa partecipare può contattare Marica Landini o Francesco Marucci, oppure venire direttamente presso il centro. gli orari solo dalle otto alle venti tutti i giorni. se volete ovviamente potete diffondere il volantino che trovate al seguente link: http://geo.regione.emilia-romagna.it/gstatico/documenti/sisma2012/richiesta_collaboratori_dataentry.pdf grazie. Marica e Francesco ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Routing Italia-Polonia
Ho selezionato i vari segmenti di interesse, tenendomi un po' largo, risultato il file img eè di 703 MB, direi accettabile... lo provo sul mio Garmin e poi vi faccio sapere :) -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Italia-Polonia-tp5711791p5711917.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: Routing Italia-Polonia
Alech OSM wrote Come no ? :) Bastano bikeroutetoaster oppure openrouteservice che si appoggiano (anche) a OSM. e grazie a questo le nuove rotonde ci saranno eccome. Sempre che qualche mappatore austriaco/tedesco/polacco ce le abbia messe, ma sicuramente prima delle mappe di Teleatlas. P.S. Secondo me fai meglio a citare il messaggio al quale rispondi ... :) Hai ragione, sto creando un po' di confusione... non conosco questi servizi, probabilmente è utile anche questa soluzione. Vediamo, ora sto scaricando la mappa generata da http://garmin.openstreetmap.nl/, se non dovesse andar bene ti chiederò lumi sulla tua idea ;) -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Italia-Polonia-tp5711791p5711918.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Routing Italia-Polonia
Damjan Gerli wrote Credo che la cosa più semplice per Garmin sia andare sul sito http://garmin.openstreetmap.nl/ e scegliere le sezioni/stati che si vuole avere nella mappa, scrivere il proprio email ed aspettare che la mappa scelta venga creata. Dovrebbe funzionare e crearti una mappa completa di ciò che hai scelto. Poi questa la carichi sul tuo Garmin ed è fatta... Damjan ___ Talk-it mailing list Talk-it@ http://lists.openstreetmap.org/listinfo/talk-it Infatti, sto adottando questa soluzione... non è propriamente rapida, ma per ora mi sembra la soluzione migliore che mi avete suggerito :) -- View this message in context: http://gis.19327.n5.nabble.com/Routing-Italia-Polonia-tp5711791p5711919.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Routing Italia-Polonia
Il 08/06/2012 12:42, Stefano Droghetti ha scritto: Se volete ho scritto una guida per fare tutto questo un po' meglio: http://sites.google.com/site/stefanodroghetti/nuvi Ottima, complimenti! L'ho letta con piacere, anche se al momento non dispongo né di un Garmin né di uno smartphone Android; potrei però pensare di trasformare il mio vecchio Freerunner fermo da anni in un navigatore con Navit... Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] (newbie) Come si contano le ricorrenze di un tag nel database ?
-Messaggio originale- Da: David Paleino [mailto:da...@debian.org] Inviato: mercoledì 6 giugno 2012 14.43 A: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] (newbie) Come si contano le ricorrenze di un tag nel database ? Ed inoltre, è possibile usare dei caratteri jolly ? In pratica per elencare tutti i tag che “da un lato dei due punti” hanno una parola in comune. Forse con i dati grezzi, ma comunque a che ti servirebbe? L'unica key in cui potrebbe essere utile penso sia name=; eventualmente si potrebbe provare a prendere i dati con osm3s. Magari mi son spiegato male. Intendevo vedere quali sono e quante ricorrenze hanno i tag che cominciano p.e. con “ mtb:___” oppure con “addr:___ ” Ciao, Alessandro. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (newbie) Come si contano le ricorrenze di un tag nel database ?
Io uso un metodo molto semplice: scarico i dati in formato .osm, apro il file con un editor di testo (kate) e gli faccio contare le ricorrenze potendo usare anche i caratteri jolly. Alessandro Messaggio originale Da: alech.hos...@gmail.com Data: 08/06/2012 15.33 Magari mi son spiegato male. Intendevo vedere quali sono e quante ricorrenze hanno i tag che cominciano p. e. con “ mtb:___” oppure con “addr:___ ” ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Geopaparazzi non funziona con gli OSM tags
Si direbbe proprio un problema legato alla versione di Android, io ho la 2.3.4 ed ho scaricato con successo il tagset di OSM rel 1 salvandolo in /sdcard/osmtags. Ciao /niubii/ Il giorno 08/giu/2012 11:03, Luca Delucchi lucadel...@gmail.com ha scritto: On 7 Jun 2012 12:33, ale_z...@libero.it ale_z...@libero.it wrote: Geopaparazzi 3 su Android 4.0.3 ICS All'avvio mi chiede: Do you want to download the OSM tags of version 1? Appare poi il messaggio: An error occurred while downloading the OSM tags A sto punto sembrerebbe un problema legato ad android 4, quant'altro può testare in modo da confermare il bug? Alessandro ___ 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] Geopaparazzi non funziona con gli OSM tags
Il giorno 08 giugno 2012 20:55, niubii f.pelu...@gmail.com ha scritto: Si direbbe proprio un problema legato alla versione di Android, io ho la 2.3.4 ed ho scaricato con successo il tagset di OSM rel 1 salvandolo in /sdcard/osmtags. +1 Leggo che non è comunque un problema isolato http://stackoverflow.com/questions/8187188/android-4-0-ics-turning-httpurlconnection-get-requests-into-post-requests Ho aperto un Issue nel progetto ( http://code.google.com/p/geopaparazzi/issues/detail?id=114) Ciao /niubii/ Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (newbie) Come si contano le ricorrenze di un tag nel database ?
anche con grep si può fare: bzcat planet.osm.bz2 | grep regex | wc -l dovrebbe conteggiare ciò che regex trova. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Geopaparazzi non funziona con gli OSM tags
Update: problema risolto, nel prossimo aggiornamento funzionerà di nuovo. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] OSM i avisen med Københavns kommune
Se den her: http://politiken.dk/turengaartil/tgtsaersektion/ferieidanmark/ECE1609071/ny-app-skal-hjaelpe-cyklister-gennem-koebenhavn/ Som ekstra tillæg kan nævnes at i går torsdag havde Per Munch fra Politiken en artikel om Cyclistic.dk (men uden at nævne at det er OSM der er bag som baggrundkort det hele) http://politiken.dk/turengaartil/tgtsaersektion/ferieidanmark/ECE1640555/find-danmarks-cykelstier-med-mobilen/ Jeg prøvede at fedte lidt for ham på Facebook med dette punkt at det er OSM baseret - samt at nogle medlemmer fra Dansk Cyklist Forbund er aktive som OSM indtegnere, men uden videre held. vh Søren ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-gb-westmidlands] Houses and other buildings
Hi all, When I look at a lot of towns all the houses etc have been traced but not in others, I can't beleive someone has sat down and done each house one by one? Where is this coming from and how can I get it for my area? Cheers Jon (bigfatfrog67) ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Houses and other buildings
On 8 June 2012 22:12, Big Fat Frog bigfatfro...@gmail.com wrote: Hi all, When I look at a lot of towns all the houses etc have been traced but not in others, I can't beleive someone has sat down and done each house one by one? Where is this coming from and how can I get it for my area? It depends on where you're looking but I think that in most areas, the building have been traced manually. For example almost all the buildings at http://www.openstreetmap.org/?lat=52.39399lon=-1.57597zoom=15layers=M have been traced by me from Bing aerial imagery. It can be tedious but sometimes my OCD gets the better of me :) Cheers, Matt ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Houses and other buildings
If you look in Birmingham then all the houses are there, I can't beleive that was done manually. There must have been an import sometime. On 08/06/2012 22:38, Matt Williams wrote: On 8 June 2012 22:12, Big Fat Frogbigfatfro...@gmail.com wrote: Hi all, When I look at a lot of towns all the houses etc have been traced but not in others, I can't beleive someone has sat down and done each house one by one? Where is this coming from and how can I get it for my area? It depends on where you're looking but I think that in most areas, the building have been traced manually. For example almost all the buildings at http://www.openstreetmap.org/?lat=52.39399lon=-1.57597zoom=15layers=M have been traced by me from Bing aerial imagery. It can be tedious but sometimes my OCD gets the better of me :) Cheers, Matt ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Houses and other buildings
Wow Matt, which one are you out of The Big Bang Theory? Sheldon, Leonard, Howard or Raj? ;-) On 08/06/2012 22:38, Matt Williams wrote: On 8 June 2012 22:12, Big Fat Frogbigfatfro...@gmail.com wrote: Hi all, When I look at a lot of towns all the houses etc have been traced but not in others, I can't beleive someone has sat down and done each house one by one? Where is this coming from and how can I get it for my area? It depends on where you're looking but I think that in most areas, the building have been traced manually. For example almost all the buildings at http://www.openstreetmap.org/?lat=52.39399lon=-1.57597zoom=15layers=M have been traced by me from Bing aerial imagery. It can be tedious but sometimes my OCD gets the better of me :) Cheers, Matt ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Houses and other buildings
OMG that's amazing. Why can't we get it from OS Opendata? On 08/06/2012 23:06, Andy Robinson wrote: All done manually, there is no magic import. Its several years of hard graft tracing from Bing imagery and if they also have numbers also from ground survey. Cheers Andy -Original Message- From: Big Fat Frog [mailto:bigfatfro...@gmail.com] Sent: 08 June 2012 22:46 To: talk-gb-westmidlands@openstreetmap.org Subject: Re: [Talk-gb-westmidlands] Houses and other buildings If you look in Birmingham then all the houses are there, I can't beleive that was done manually. There must have been an import sometime. On 08/06/2012 22:38, Matt Williams wrote: On 8 June 2012 22:12, Big Fat Frogbigfatfro...@gmail.com wrote: Hi all, When I look at a lot of towns all the houses etc have been traced but not in others, I can't beleive someone has sat down and done each house one by one? Where is this coming from and how can I get it for my area? It depends on where you're looking but I think that in most areas, the building have been traced manually. For example almost all the buildings at http://www.openstreetmap.org/?lat=52.39399lon=- 1.57597zoom=15layers =M have been traced by me from Bing aerial imagery. It can be tedious but sometimes my OCD gets the better of me :) Cheers, Matt ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Houses and other buildings
OS Opendata buildings are simplified polygons. Tracing over Bing imagery is much better generally, at least in the Birmingham area it is as the resolution of the imagery is good. Cheers Andy -Original Message- From: Big Fat Frog [mailto:bigfatfro...@gmail.com] Sent: 08 June 2012 23:15 To: talk-gb-westmidlands@openstreetmap.org Subject: Re: [Talk-gb-westmidlands] Houses and other buildings OMG that's amazing. Why can't we get it from OS Opendata? On 08/06/2012 23:06, Andy Robinson wrote: All done manually, there is no magic import. Its several years of hard graft tracing from Bing imagery and if they also have numbers also from ground survey. Cheers Andy -Original Message- From: Big Fat Frog [mailto:bigfatfro...@gmail.com] Sent: 08 June 2012 22:46 To: talk-gb-westmidlands@openstreetmap.org Subject: Re: [Talk-gb-westmidlands] Houses and other buildings If you look in Birmingham then all the houses are there, I can't beleive that was done manually. There must have been an import sometime. On 08/06/2012 22:38, Matt Williams wrote: On 8 June 2012 22:12, Big Fat Frogbigfatfro...@gmail.com wrote: Hi all, When I look at a lot of towns all the houses etc have been traced but not in others, I can't beleive someone has sat down and done each house one by one? Where is this coming from and how can I get it for my area? It depends on where you're looking but I think that in most areas, the building have been traced manually. For example almost all the buildings at http://www.openstreetmap.org/?lat=52.39399lon=- 1.57597zoom=15layers =M have been traced by me from Bing aerial imagery. It can be tedious but sometimes my OCD gets the better of me :) Cheers, Matt ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Houses and other buildings
It's a hugely impressive achievement and all credit to those involved. If you would like to add addresses but don't have the time to trace all buildings, you can make use of addr:interpolation tag. Basically add a node for the two houses at either end of a road (or corner with an adjoining road) and fill in their numbers (addr:housenumber=) and street (addr:street=), then draw a way connecting them and tag the way addr:interpolation=even (or odd) as appropriate. * Example: http://www.openstreetmap.org/?lat=52.3905lon=-1.51256zoom=17layers=M * Addr:Interpolation details: http://wiki.openstreetmap.org/wiki/Addresses#Using_interpolation Regards, RobJN On , Andy Robinson ajrli...@gmail.com wrote: All done manually, there is no magic import. Its several years of hard graft tracing from Bing imagery and if they also have numbers also from ground survey. Cheers Andy -Original Message- From: Big Fat Frog [mailto:bigfatfro...@gmail.com] Sent: 08 June 2012 22:46 To: talk-gb-westmidlands@openstreetmap.org Subject: Re: [Talk-gb-westmidlands] Houses and other buildings If you look in Birmingham then all the houses are there, I can't beleive that was done manually. There must have been an import sometime. On 08/06/2012 22:38, Matt Williams wrote: On 8 June 2012 22:12, Big Fat frogbigfatfro...@gmail.com wrote: Hi all, When I look at a lot of towns all the houses etc have been traced but not in others, I can't beleive someone has sat down and done each house one by one? Where is this coming from and how can I get it for my area? It depends on where you're looking but I think that in most areas, the building have been traced manually. For example almost all the buildings at http://www.openstreetmap.org/?lat=52.39399lon=- 1.57597zoom=15layers =M have been traced by me from Bing aerial imagery. It can be tedious but sometimes my OCD gets the better of me :) Cheers, Matt ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] Clases de JOSM
Hola, El 7 de junio de 2012 15:28, Paulo (listas) listasadobe...@gmail.comescribió: Estoy iniciando en osm y queria saber donde puedo tomar unas clases, curso o taller de JOSM. Tengo dudas de dibujo, relaciones, etc. También puede ser un integrante de la lista, estoy en la zona de Barcelona, muchas gracias en la Mapping Party de Baeza 2011 había disponible un pequeño manual de introducción a JOSM. Lo puedes encontrar aquí [1]. Quizá lo encuentres útil. [1] http://mapeandobaeza.wikispaces.com/JOSM Un saludo. -- Juan **Luis Rodríguez** Ponce Área de Proyectos Emergya Consultoría Tfno: +34 954 51 75 77 / +34 670 41 98 62 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Progresos en el mapeo de Talavera
Nuestra idea al principio era hacerlo con vías superpuestas ya que en catastro vienen así, pero jynus nos comentó que la forma correcta era con relaciones. Claro que si petamos la base de datos, no tiene mucha gracia. Hacerlo a base de vías superpuesta me ha comentado ander que aceleraría el proceso y sería bastante simple de modificar pero la pregunta es es lo correcto hacerlo así o nos estamos pegando un tiro en el pie porque más adelante va a ser insufrible? Una de las cosas que comentaban en la lista de imports, era el tema de las relaciones multipolígono, que parece que son pesadas de procesar y podrían causar problemas. He estado cotilleando otras ciudades (Paris, Nueva York, Rentería, Rostock...) buscando ejemplos de ciudades que ya tengan edificios con información '3d' para ver cómo lo han metido. La verdad es que la mayoría de ejemplos que he visto tienen muy pocos casos de relaciones multipolígono y sí que tienen vías que se superponen. Me refiero, imaginar un bloque que por alguna razón tiene tres alturas diferentes, en vez de crear una relación multipolígono, lo que he visto que hacen son 3 áreas independientes que tendrían una vía superpuesta (la que es común a las dos áreas) y cosas así. Pienso que quizá es más correcto hacerlo con relaciones multipolígono, pero también tienen razón en la lista de imports en que eso puede afectar al rendimiento de las herramientas. En mi ordenador (portatil i7 con 4 gigas de ram), el archivo que he generado desde el catastro para Talavera, se le nota 'pesado', incluso el de Cazalegas que es mucho más pequeño se ve que no va 'ligero'. La mayoría de los edificios, casas... el cat2osm lo genera como multipolígono y lo que me pregunto es si es lo más apropiado o si para edificios 'simples', se podría simplificar y dejar los multipolígonos solo para edificios más 'representativos' o 'complejos' (iglesias, museos, ayuntamientos, hospitales...). No sé si esto ya lo habéis tratado en la lista o en algún otro sitio. He tratado de buscar por la wiki (en español o en inglés) recomendaciones para ver cómo mapear edificios con la información en 3d, pero, a parte de lo básico de las etiquetas a usar y demás, no encuentro nada de si es mejor usar relaciones multipolígono, superponer vías o cómo es más recomendable hacerlo. -- 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] Progresos en el mapeo de Talavera
¿Y en la lista de imports no nos pueden dar alguna recomendación? Aunque supongo que por los comentarios sobre el alto número de relaciones preferirán que se usen vías superpuestas... Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com mailto:antonio.nava...@hispalinux.es El 8 de junio de 2012 09:22, Cruz Enrique Borges cruz.bor...@deusto.esescribió: Nuestra idea al principio era hacerlo con vías superpuestas ya que en catastro vienen así, pero jynus nos comentó que la forma correcta era con relaciones. Claro que si petamos la base de datos, no tiene mucha gracia. Hacerlo a base de vías superpuesta me ha comentado ander que aceleraría el proceso y sería bastante simple de modificar pero la pregunta es es lo correcto hacerlo así o nos estamos pegando un tiro en el pie porque más adelante va a ser insufrible? Una de las cosas que comentaban en la lista de imports, era el tema de las relaciones multipolígono, que parece que son pesadas de procesar y podrían causar problemas. He estado cotilleando otras ciudades (Paris, Nueva York, Rentería, Rostock...) buscando ejemplos de ciudades que ya tengan edificios con información '3d' para ver cómo lo han metido. La verdad es que la mayoría de ejemplos que he visto tienen muy pocos casos de relaciones multipolígono y sí que tienen vías que se superponen. Me refiero, imaginar un bloque que por alguna razón tiene tres alturas diferentes, en vez de crear una relación multipolígono, lo que he visto que hacen son 3 áreas independientes que tendrían una vía superpuesta (la que es común a las dos áreas) y cosas así. Pienso que quizá es más correcto hacerlo con relaciones multipolígono, pero también tienen razón en la lista de imports en que eso puede afectar al rendimiento de las herramientas. En mi ordenador (portatil i7 con 4 gigas de ram), el archivo que he generado desde el catastro para Talavera, se le nota 'pesado', incluso el de Cazalegas que es mucho más pequeño se ve que no va 'ligero'. La mayoría de los edificios, casas... el cat2osm lo genera como multipolígono y lo que me pregunto es si es lo más apropiado o si para edificios 'simples', se podría simplificar y dejar los multipolígonos solo para edificios más 'representativos' o 'complejos' (iglesias, museos, ayuntamientos, hospitales...). No sé si esto ya lo habéis tratado en la lista o en algún otro sitio. He tratado de buscar por la wiki (en español o en inglés) recomendaciones para ver cómo mapear edificios con la información en 3d, pero, a parte de lo básico de las etiquetas a usar y demás, no encuentro nada de si es mejor usar relaciones multipolígono, superponer vías o cómo es más recomendable hacerlo. -- 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
Re: [Talk-es] Progresos en el mapeo de Talavera
Entiendo que nos estamos refiriendo *exclusivamente* a los edificios en trama urbana. Y creo que esta es la pregunta a hacer en la lista de imports: Corrección de datos (relaciones) vs Posibilidad de edición sencilla vía Potlatch (vías superpuestas). Y que ellos decidan. Si se decide por vías superpuestas, por nuestra parte quizá podríamos mantener como una opción el modo actual de cat2osm, de cara al futuro, para cuando en el futuro se haga un Potlatch3 con soporte decente de relaciones, poder hacer una reimportación :-) El 8 de junio de 2012 09:22, Cruz Enrique Borges cruz.bor...@deusto.esescribió: Nuestra idea al principio era hacerlo con vías superpuestas ya que en catastro vienen así, pero jynus nos comentó que la forma correcta era con relaciones. Claro que si petamos la base de datos, no tiene mucha gracia. Hacerlo a base de vías superpuesta me ha comentado ander que aceleraría el proceso y sería bastante simple de modificar pero la pregunta es es lo correcto hacerlo así o nos estamos pegando un tiro en el pie porque más adelante va a ser insufrible? Una de las cosas que comentaban en la lista de imports, era el tema de las relaciones multipolígono, que parece que son pesadas de procesar y podrían causar problemas. He estado cotilleando otras ciudades (Paris, Nueva York, Rentería, Rostock...) buscando ejemplos de ciudades que ya tengan edificios con información '3d' para ver cómo lo han metido. La verdad es que la mayoría de ejemplos que he visto tienen muy pocos casos de relaciones multipolígono y sí que tienen vías que se superponen. Me refiero, imaginar un bloque que por alguna razón tiene tres alturas diferentes, en vez de crear una relación multipolígono, lo que he visto que hacen son 3 áreas independientes que tendrían una vía superpuesta (la que es común a las dos áreas) y cosas así. Pienso que quizá es más correcto hacerlo con relaciones multipolígono, pero también tienen razón en la lista de imports en que eso puede afectar al rendimiento de las herramientas. En mi ordenador (portatil i7 con 4 gigas de ram), el archivo que he generado desde el catastro para Talavera, se le nota 'pesado', incluso el de Cazalegas que es mucho más pequeño se ve que no va 'ligero'. La mayoría de los edificios, casas... el cat2osm lo genera como multipolígono y lo que me pregunto es si es lo más apropiado o si para edificios 'simples', se podría simplificar y dejar los multipolígonos solo para edificios más 'representativos' o 'complejos' (iglesias, museos, ayuntamientos, hospitales...). No sé si esto ya lo habéis tratado en la lista o en algún otro sitio. He tratado de buscar por la wiki (en español o en inglés) recomendaciones para ver cómo mapear edificios con la información en 3d, pero, a parte de lo básico de las etiquetas a usar y demás, no encuentro nada de si es mejor usar relaciones multipolígono, superponer vías o cómo es más recomendable hacerlo. -- 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 -- 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] Progresos en el mapeo de Talavera
En la lista de import creo que estan por vias, pero cuando jynus pregunto directamente se callaron. La razón no la se. El día 8 de junio de 2012 09:41, Antonio Navarro anto...@hunos.net escribió: ¿Y en la lista de imports no nos pueden dar alguna recomendación? Aunque supongo que por los comentarios sobre el alto número de relaciones preferirán que se usen vías superpuestas... Un saludo, -- Antonio Navarro mailto:anto...@hunos.net mailto:antonio.navarro...@gmail.com mailto:antonio.nava...@hispalinux.es El 8 de junio de 2012 09:22, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Nuestra idea al principio era hacerlo con vías superpuestas ya que en catastro vienen así, pero jynus nos comentó que la forma correcta era con relaciones. Claro que si petamos la base de datos, no tiene mucha gracia. Hacerlo a base de vías superpuesta me ha comentado ander que aceleraría el proceso y sería bastante simple de modificar pero la pregunta es es lo correcto hacerlo así o nos estamos pegando un tiro en el pie porque más adelante va a ser insufrible? Una de las cosas que comentaban en la lista de imports, era el tema de las relaciones multipolígono, que parece que son pesadas de procesar y podrían causar problemas. He estado cotilleando otras ciudades (Paris, Nueva York, Rentería, Rostock...) buscando ejemplos de ciudades que ya tengan edificios con información '3d' para ver cómo lo han metido. La verdad es que la mayoría de ejemplos que he visto tienen muy pocos casos de relaciones multipolígono y sí que tienen vías que se superponen. Me refiero, imaginar un bloque que por alguna razón tiene tres alturas diferentes, en vez de crear una relación multipolígono, lo que he visto que hacen son 3 áreas independientes que tendrían una vía superpuesta (la que es común a las dos áreas) y cosas así. Pienso que quizá es más correcto hacerlo con relaciones multipolígono, pero también tienen razón en la lista de imports en que eso puede afectar al rendimiento de las herramientas. En mi ordenador (portatil i7 con 4 gigas de ram), el archivo que he generado desde el catastro para Talavera, se le nota 'pesado', incluso el de Cazalegas que es mucho más pequeño se ve que no va 'ligero'. La mayoría de los edificios, casas... el cat2osm lo genera como multipolígono y lo que me pregunto es si es lo más apropiado o si para edificios 'simples', se podría simplificar y dejar los multipolígonos solo para edificios más 'representativos' o 'complejos' (iglesias, museos, ayuntamientos, hospitales...). No sé si esto ya lo habéis tratado en la lista o en algún otro sitio. He tratado de buscar por la wiki (en español o en inglés) recomendaciones para ver cómo mapear edificios con la información en 3d, pero, a parte de lo básico de las etiquetas a usar y demás, no encuentro nada de si es mejor usar relaciones multipolígono, superponer vías o cómo es más recomendable hacerlo. -- 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 -- 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] Progresos en el mapeo de Talavera
Obviamente, no vamos a eliminar de cat2osm la opción se hacerlo con relaciones. El día 8 de junio de 2012 09:42, David Marín Carreño dav...@gmail.com escribió: Entiendo que nos estamos refiriendo *exclusivamente* a los edificios en trama urbana. Y creo que esta es la pregunta a hacer en la lista de imports: Corrección de datos (relaciones) vs Posibilidad de edición sencilla vía Potlatch (vías superpuestas). Y que ellos decidan. Si se decide por vías superpuestas, por nuestra parte quizá podríamos mantener como una opción el modo actual de cat2osm, de cara al futuro, para cuando en el futuro se haga un Potlatch3 con soporte decente de relaciones, poder hacer una reimportación :-) El 8 de junio de 2012 09:22, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Nuestra idea al principio era hacerlo con vías superpuestas ya que en catastro vienen así, pero jynus nos comentó que la forma correcta era con relaciones. Claro que si petamos la base de datos, no tiene mucha gracia. Hacerlo a base de vías superpuesta me ha comentado ander que aceleraría el proceso y sería bastante simple de modificar pero la pregunta es es lo correcto hacerlo así o nos estamos pegando un tiro en el pie porque más adelante va a ser insufrible? Una de las cosas que comentaban en la lista de imports, era el tema de las relaciones multipolígono, que parece que son pesadas de procesar y podrían causar problemas. He estado cotilleando otras ciudades (Paris, Nueva York, Rentería, Rostock...) buscando ejemplos de ciudades que ya tengan edificios con información '3d' para ver cómo lo han metido. La verdad es que la mayoría de ejemplos que he visto tienen muy pocos casos de relaciones multipolígono y sí que tienen vías que se superponen. Me refiero, imaginar un bloque que por alguna razón tiene tres alturas diferentes, en vez de crear una relación multipolígono, lo que he visto que hacen son 3 áreas independientes que tendrían una vía superpuesta (la que es común a las dos áreas) y cosas así. Pienso que quizá es más correcto hacerlo con relaciones multipolígono, pero también tienen razón en la lista de imports en que eso puede afectar al rendimiento de las herramientas. En mi ordenador (portatil i7 con 4 gigas de ram), el archivo que he generado desde el catastro para Talavera, se le nota 'pesado', incluso el de Cazalegas que es mucho más pequeño se ve que no va 'ligero'. La mayoría de los edificios, casas... el cat2osm lo genera como multipolígono y lo que me pregunto es si es lo más apropiado o si para edificios 'simples', se podría simplificar y dejar los multipolígonos solo para edificios más 'representativos' o 'complejos' (iglesias, museos, ayuntamientos, hospitales...). No sé si esto ya lo habéis tratado en la lista o en algún otro sitio. He tratado de buscar por la wiki (en español o en inglés) recomendaciones para ver cómo mapear edificios con la información en 3d, pero, a parte de lo básico de las etiquetas a usar y demás, no encuentro nada de si es mejor usar relaciones multipolígono, superponer vías o cómo es más recomendable hacerlo. -- 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 -- 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] Progresos en el mapeo de Talavera
El 08/06/2012 09:43, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: En la lista de import creo que estan por vias, pero cuando jynus pregunto directamente se callaron. La razón no la se. Elevadlo a talk. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Progresos en el mapeo de Talavera
supongo que te refieres a imports El día 8 de junio de 2012 10:48, Jaime Crespo jy...@jynus.com escribió: El 08/06/2012 09:43, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: En la lista de import creo que estan por vias, pero cuando jynus pregunto directamente se callaron. La razón no la se. Elevadlo a talk. ___ 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] Progresos en el mapeo de Talavera
No, a talk. Si no responden en imports (volved a preguntadlo si queréis otra vez allí), id a talk. El 08/06/2012 11:07, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: supongo que te refieres a imports El día 8 de junio de 2012 10:48, Jaime Crespo jy...@jynus.com escribió: El 08/06/2012 09:43, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: En la lista de import creo que estan por vias, pero cuando jynus pregunto directamente se callaron. La razón no la se. Elevadlo a talk. ___ 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
Re: [Talk-es] Progresos en el mapeo de Talavera
El día 8 de junio de 2012 08:42, David Marín Carreño dav...@gmail.com escribió: Entiendo que nos estamos refiriendo *exclusivamente* a los edificios en trama urbana. Entiendo que no. Que también hay que tener en cuenta las parcelas (landuse=residential). Muchas vías pertenecen a dos edificios y dos parcelas. Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ar] josm en ubuntu
Alguien usa josm en ubuntu? No me coincide el puntero del mouse, en los menus se me selecciona por debajo de la punta de la flecha. saludos. ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-lv] Osrm maršrutēšanas uzlabošana
http://www.openstreetbrowser.org šis varbūt der? 2012/6/8 AivarsB vrs@gmail.com Ja izmanto osrm mājaslapu (http://map.project-osrm.org/), tad neko mainīt nevar. Šeit var apskatīt kāds ir noklusētais profils auto: https://github.com/emiltin/Project-OSRM/blob/master/speedprofiles/car.ini track netiek uzskatīts par braucamu ceļu. Ja uzinstalē osmr savā serverī, tad var salikt visu ko vajag. A. Labdien! Šeit liste apspriež arī osrm maršrutus. Situācija ir tada, ka vajag izveidot maršrutu laukos, kur kartē ir iezīmēts ceļš, bet osrm to neuzskata par braukšanai derīgu ceļu, vai vispār neņem vērā, bet sameklē kaut kur tuvāko punktu uz lielākiem ceļiem. Kaut kā ir iespējams pielabot karti tā lai maršrutēšana notiktu arī pa mazajiem ceļiem tādejādi uzlabojot arī pašu karti? iepriekš paldies! E. ___ 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] Osrm maršrutēšanas uzlabošana
Augšā 4. ikoniņa (Map layers) - var nomainīt uz standarta mapnik, kas ir svaigs. 2012/6/8 Gints Polis polis.gi...@gmail.com Njea tas neder. Es skatos karte viņiem dikti veca. Vismaz paskatoties uz slāvu apli. Ginc 2012. gada 8. jūnijs 18:19 Raitis U. rait...@gmail.com rakstīja: http://www.openstreetbrowser.org šis varbūt der? 2012/6/8 AivarsB vrs@gmail.com Ja izmanto osrm mājaslapu (http://map.project-osrm.org/), tad neko mainīt nevar. Šeit var apskatīt kāds ir noklusētais profils auto: https://github.com/emiltin/Project-OSRM/blob/master/speedprofiles/car.ini track netiek uzskatīts par braucamu ceļu. Ja uzinstalē osmr savā serverī, tad var salikt visu ko vajag. A. Labdien! Šeit liste apspriež arī osrm maršrutus. Situācija ir tada, ka vajag izveidot maršrutu laukos, kur kartē ir iezīmēts ceļš, bet osrm to neuzskata par braukšanai derīgu ceļu, vai vispār neņem vērā, bet sameklē kaut kur tuvāko punktu uz lielākiem ceļiem. Kaut kā ir iespējams pielabot karti tā lai maršrutēšana notiktu arī pa mazajiem ceļiem tādejādi uzlabojot arī pašu karti? iepriekš paldies! E. ___ 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 -- Ginc ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Re : Coastline rendering in Quebec
I looked in detail at Boucherville islands and cannot find explanations for this rendering problem. There are other islands down the Saint-Laurent river and Richelieu river with the same rendering problem. I issued /dirty tiles requests but this did not fix the problem. I removed a wetland from the coastline relation. wetland http://www.openstreetmap.org/?way=77938080 St-Laurent-Mtl Relation http://www.openstreetmap.org/browse/relation/1775822 Pierre De : Harald Kliems kli...@gmail.com À : t...@openstreetmap.org Cc : Talk-CA OpenStreetMap Talk-ca@openstreetmap.org Envoyé le : Jeudi 7 juin 2012 8h10 Objet : [Talk-ca] Coastline rendering in Quebec On the talk-ca list there have been a few discussion about problems with flooded areas in southern Quebec. The conclusion seems to be that the problems are due to the rendering of the coastline which only gets updated every once in a while. The two cases are: * http://www.openstreetmap.org/?lat=45.6101lon=-73.4411zoom=13layers=M This problem is comparatively recent. Current data appears to be correct. Problem is visible on zoom=13 * http://www.openstreetmap.org/?lat=45.342lon=-74.24zoom=9layers=M This one has been around for at least 6 months. Current data appears to be correct. Problem is visible on zoom=9 We haven't been able to figure out who to contact about these issues. Can anyone point us in the right direction? Thanks, Harald. -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Stahovací služby pro INSPIRE téma Katastrální parcely
Dobrý den, měl bych 2 dotazy: 1) podle standardu WFS 2.0 by GetCapabilities měly pracovat s parametrem AcceptVersions, a ne version (viz standard - Table 12 na straně 50). version by se měl používat pro All operations (except GetCapabilities). Díky tomu se mi zatím z WFS nepodařilo nic zobrazit. 2) Podle uvedené stránky by stahovací data měla být v ZIPech, ale nikde jsem nezjistil, kde tyto ZIPy jsou. Předem děkuji Roman 2012/5/21 JV j@seznam.cz Dobrý den všem, dnes byl zahájen ověřovací provoz stahovacích služeb pro INSPIRE téma Katastrální parcely. Podrobný popis najdete na adrese http://www.cuzk.cz/Dokument.aspx?PRARESKOD=10MENUID=10015AKCE=DOC:10-INSPIRE Podotýkám, že se jedná o vektorová data a že stahovací služby jsou poskytovány bezplatně. Přeji příjemný den Jiří Veselý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Stahovací služby pro INSPIRE téma Katastrální parcely
2) Podle uvedené stránky by stahovací data měla být v ZIPech, ale nikde jsem nezjistil, kde tyto ZIPy jsou. Krovak: http://services.cuzk.cz/gml/inspire/cp/epsg-5514/ ETRS: http://services.cuzk.cz/gml/inspire/cp/epsg-4258/ Ciselnik katastralnich uzemi je ve formatu CSV tady: http://www.cuzk.cz/Dokument.aspx?PRARESKOD=10MENUID=10015AKCE=DOC:10-CISE_KUAP Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Stahovací služby pro INSPIRE téma Katastrální parcely
Díky, odkazy v tabulce jsem přehlédl. Roman On Fri, Jun 8, 2012 at 4:59 PM, Petr Holub ho...@ics.muni.cz wrote: 2) Podle uvedené stránky by stahovací data měla být v ZIPech, ale nikde jsem nezjistil, kde tyto ZIPy jsou. Krovak: http://services.cuzk.cz/gml/inspire/cp/epsg-5514/ ETRS: http://services.cuzk.cz/gml/inspire/cp/epsg-4258/ Ciselnik katastralnich uzemi je ve formatu CSV tady: http://www.cuzk.cz/Dokument.aspx?PRARESKOD=10MENUID=10015AKCE=DOC:10-CISE_KUAP Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Chemin sur rempart
Bonjour, Pas de réponse mais mais un exemple similaire: Comment indiquer qu'une place est située sur certains des bâtiments de cette zone? : http://www.openstreetmap.org/?lat=47.837406lon=1.936377zoom=18layers=M (à voir avec mapcompare) Merci, Cedric Le 07/06/2012 22:31, l...@worldonline.fr a écrit : Bonsoir Comment mettre un chemin en haut du rempart ? - Doit-on créer un nouveau chemin avec deux escaliers à chaque bout - Utiliser le rempart et le tagger avec un chemin (path ou footway par exemple) Le rempart en question est ici : http://www.openstreetmap.org/?lat=47.80505lon=-3.277912zoom=18layers=M Merci ___ 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] JOSM en touche enter
Bonjour, Je pense que tu es déjà au courant, mais l'expérience montre qu'il ne faut pas être avare d'astuces pour JOSM :-) On peut accéder à l'assistant d'étiquetage avec F3, qui propose la liste des préréglages (presets) définis avec un champ de recherche. Au fil de l'utilisation, les plus utilisés sont remontés au haut de la liste. C'est aussi assez simple de définir ses propres préréglages pour assigner des étiquettes qui ne sont pas dans ceux par défaut. On peut aussi s'aider du Ctrl-C / Ctrl-Maj-V qui copie colle les attributs d'un objet à l'autre. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin sur rempart
Pour le rempart, je tracerai un chemin séparé avec layer=1, c'est quand même plus clair et permet de rajouter les escalier et autres détails de ce genre. Pour la place piétonne sur dalle, là aussi un chemin séparé et layer=1 Y'a peut-être mieux, mais je n'ai pas trouvé dans le wiki. Le 8 juin 2012 08:39, Cedric Viou cedricdumezv...@gmail.com a écrit : Bonjour, Pas de réponse mais mais un exemple similaire: Comment indiquer qu'une place est située sur certains des bâtiments de cette zone? : http://www.openstreetmap.org/?lat=47.837406lon=1.936377zoom=18layers=M (à voir avec mapcompare) Merci, Cedric Le 07/06/2012 22:31, l...@worldonline.fr a écrit : Bonsoir Comment mettre un chemin en haut du rempart ? - Doit-on créer un nouveau chemin avec deux escaliers à chaque bout - Utiliser le rempart et le tagger avec un chemin (path ou footway par exemple) Le rempart en question est ici : http://www.openstreetmap.org/?lat=47.80505lon=-3.277912zoom=18layers=M Merci ___ 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 -- 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] Outils internes Google Maps
Le jeudi 7 juin 2012 14:55:57 Julien D. a écrit : Avez-vous vu cette magnifique vidéo des outils internes Google pour éditer leur cartes ? https://www.youtube.com/watch?v=PKKAv7_-ZUE L'interface est intéressante, ce qui m'a le plus bluffé est l'intégration de Street View : magnifique. C'est effectivement intéressant. Ce qui me manque cruellement, c'est que les utilisateurs puissent effectivement signaler une erreur facilement (OpenStreetBugs n'est pas affiché sur osm.org). Pouvoir signaler une erreur de routage serait aussi un plus. Par contre, reléguer la correction à l'opérateur sur sa chaise à partir de StreetView : - c'est pas possible partout - c'est contre-productif dans le cas d'aménagements récents C'est la solution de google, mais ce n'est clairement pas notre stratégie. Et bien sûr dans l'histoire, le client qui a reporté l'erreur bosse à l'œuil pour un service qu'il paye … -- Nicolas Dumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin sur rempart
Le 08/06/2012 09:13, Christian Quest a écrit : Pour la place piétonne sur dalle, là aussi un chemin séparé et layer=1 Ça paraissait trop simple... Et je mets le parking souterrain en layer=-1 ? Je vais peut-être ne mettre que l'entrée. Merci. Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Le 08/06/2012 05:36, Philippe Verdy a écrit : [...] il lui manque un bouton Appliquer +1 on devrait pouvoir faire une sélection et la garder en réserve pour créer une autre liste de sélection, puis rebasculer d'une liste à l'autre et ensuite enlever les sélections mémorisées lorsqu'on n'en a plus besoin : +1 une case donnant la liste des objets créés/modifiés/supprimés, +1 Enfin la fonction de recherche est un peu pénible pour des recherches simples par identifiant, la syntaxe à taper est trop lourde (par exemple type:node id:1234 au lieu de taper directement n1234, ou juste 1234 et un bouton radio...) Si on recherche un attribut type=boundary, il faut aussi taper type:boundary avec les guillemets car il confond sinon avec type:node et ne connait pas un objet de type boundary (il pourrait deviner tout seul, on n'a pas besoin d'attributs comme type=node ou type=way ou type=relation dans aucun nœud/way/relation) +1, en fait une refonte de l'interface de recherche Excellentes suggestions à faire remonter aux devs de JOSM -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin sur rempart
Le 8 juin 2012 09:21, Cedric Viou cedricdumezv...@gmail.com a écrit : Le 08/06/2012 09:13, Christian Quest a écrit : Pour la place piétonne sur dalle, là aussi un chemin séparé et layer=1 Ça paraissait trop simple... Et je mets le parking souterrain en layer=-1 ? Je vais peut-être ne mettre que l'entrée. Soit juste l'entrée, soit l'emprise du parking, mais dans les deux cas tu peux mettre parking=underground -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[forum-osm-fr]Utilisation des donn�es OSM pour appli commerciale
Le message suivant de : ## Bonjour, Afin de réaliser une application à visée commerciale, je souhaiterais obtenir les données OSM présente dans le fichier france.osm. J'ai pu constater que les données sont sous licence CC-BY-SA. Par conséquent, le nom d'OSM devra-t-il être indiqué sur l'application pour respecter la clause BY ? L'application sera-t-elle forcément sous licence CC-BY-SA pour respecter la clause SA ? Je ne suis pas très à l'aise avec la clause SA, si vous pouviez m'éclairer un peu sur ce sujet, je vous remercie beaucoup. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Là encore quelques idées : il est un peu trop compliqué/long de copier un ensemble un peu d'attributs communs vers un ensemble d'objets sélectionnés (ne serait-ce même que pour 2 objets : - si ce sont deux relations, on peut ouvrir un dialogue sur chacune, mais on passe son temps à naviguer d'un dialogue à l'autre pour faire des copies unitaires. - si c'est pour transporter les attributs d'un noeud ou d'un way vers la relation, c'est encore pire... On se demande pourquoi il n'est pas possible de faire CTRL+C directement en sélectionnant plusieurs attributs en même temps dans un objet. Puis CTRL+V pour les coller ensemble dans la liste des attributs d'un ou plusieurs autres objets. La copie en fait ne fait que copier soit 1 clé, soit une valeur (selon l'endroit où on a cliqué ou positionné le focus, alors que pourtant la sélection multiple d'attributs fonctionne !). Il suffirait que le presse-papier enregistre non pas seulement du texte brut d'un seul champ, mais une structure contenant une liste de clés/valeurs, qui sera alors reconnue et réanalysée et redécoupée vers les bon champs lors du collage. Au pire, si la copie se fait en texte brut, il suffirait de mettre dans le presse-papier des lignes de texte dont clé et valeur sont séparés par une tabulation, les clés successives étant séparées par un saut de ligne (là encore c'est analysable lors du collage et devrait aussi permettre de copier des attributs venant d'une source externe dans un fichier brut : il suffit que lors du collage JOSM détecte la présence de sauts de ligne, et dans ce cas propose de reconnaitre le contenu du presse-papier comme un format CSV ou tabulé, et permette de choisir le caractère séparateur entre la clé et la valeur (tabulation, espace, virgule, point-virgule devraient suffire, avec aussi la suppression automatique des blancs en excédent dans un champ après le premier séparateur reconnu). Toutefois on pourrait aussi imaginer pour cette dernière utilisation un plugin capable de traiter une source CSV ou tabulée, offrant même la possibiliter de rechercher dans le tableau de données collé un champ utilisable comme sélecteur pour la recherche de l'objet OSM (pour la recherche on a déjà dans JOSM les filtres : il suffirait de créer un filtre restreignant la recherche et donnant le champ de liaison avec les données importées. D'autres outils à développer sont la recherche des traductions ou transcriptions de toponymes : les interwikis de Wikipedia peuvent être une source intéressante (à condition qu'on puisse les déchiffrer pour les contrôler et voir si cela correspond ou s'il n'y a pas des mots en trop : un tel outil devrait non seulement afficher les chaines transcrites trouvées, mais aussi leur transcription en alphabet latin si possible). Ou bien alors avoir une option dans le validateur qui permette de vérifier la vraisemblance des transcriptions vers d'autres alphabets, et permette alors de lancer des recherches (sur Wikipedia, en vérifiant la géolocalisation des articles trouvés dans une langue données, s'il y en a une). Toutes les langues trouvées dans Wikipédia ne sont pas forcément à renseigner partout dans OSM (attention aux codes langue de Wikipedia, certains ne sont pas les codes ISO recommandés, tels que zh-yue à remplacer par yue, bat-smg par smg, nb et no devraient être fusionnés en no, nn peut s'y ajouter s'il est distinct du nom officiel dans la langue par défaut). On peut cependant admettre plus de langues pour les grandes villes (plus de 100 000 habitants) et les capitales et noms de pays. Le 8 juin 2012 09:13, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, Je pense que tu es déjà au courant, mais l'expérience montre qu'il ne faut pas être avare d'astuces pour JOSM :-) On peut accéder à l'assistant d'étiquetage avec F3, qui propose la liste des préréglages (presets) définis avec un champ de recherche. Au fil de l'utilisation, les plus utilisés sont remontés au haut de la liste. C'est aussi assez simple de définir ses propres préréglages pour assigner des étiquettes qui ne sont pas dans ceux par défaut. On peut aussi s'aider du Ctrl-C / Ctrl-Maj-V qui copie colle les attributs d'un objet à l'autre. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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] JOSM en touche enter
Bonjour, De : Philippe Verdy Toutefois on pourrait aussi imaginer pour cette dernière utilisation un plugin capable de traiter une source CSV ou tabulée Sur ce point, voir : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData qui fait déjà ça. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Un bon endroit pour développer toutes ces idées : http://josm.openstreetmap.de/newticket Le 8 juin 2012 10:38, Philippe Verdy verd...@wanadoo.fr a écrit : Là encore quelques idées : il est un peu trop compliqué/long de copier un ensemble un peu d'attributs communs vers un ensemble d'objets sélectionnés (ne serait-ce même que pour 2 objets : - si ce sont deux relations, on peut ouvrir un dialogue sur chacune, mais on passe son temps à naviguer d'un dialogue à l'autre pour faire des copies unitaires. - si c'est pour transporter les attributs d'un noeud ou d'un way vers la relation, c'est encore pire... On se demande pourquoi il n'est pas possible de faire CTRL+C directement en sélectionnant plusieurs attributs en même temps dans un objet. Puis CTRL+V pour les coller ensemble dans la liste des attributs d'un ou plusieurs autres objets. La copie en fait ne fait que copier soit 1 clé, soit une valeur (selon l'endroit où on a cliqué ou positionné le focus, alors que pourtant la sélection multiple d'attributs fonctionne !). Il suffirait que le presse-papier enregistre non pas seulement du texte brut d'un seul champ, mais une structure contenant une liste de clés/valeurs, qui sera alors reconnue et réanalysée et redécoupée vers les bon champs lors du collage. Au pire, si la copie se fait en texte brut, il suffirait de mettre dans le presse-papier des lignes de texte dont clé et valeur sont séparés par une tabulation, les clés successives étant séparées par un saut de ligne (là encore c'est analysable lors du collage et devrait aussi permettre de copier des attributs venant d'une source externe dans un fichier brut : il suffit que lors du collage JOSM détecte la présence de sauts de ligne, et dans ce cas propose de reconnaitre le contenu du presse-papier comme un format CSV ou tabulé, et permette de choisir le caractère séparateur entre la clé et la valeur (tabulation, espace, virgule, point-virgule devraient suffire, avec aussi la suppression automatique des blancs en excédent dans un champ après le premier séparateur reconnu). Toutefois on pourrait aussi imaginer pour cette dernière utilisation un plugin capable de traiter une source CSV ou tabulée, offrant même la possibiliter de rechercher dans le tableau de données collé un champ utilisable comme sélecteur pour la recherche de l'objet OSM (pour la recherche on a déjà dans JOSM les filtres : il suffirait de créer un filtre restreignant la recherche et donnant le champ de liaison avec les données importées. D'autres outils à développer sont la recherche des traductions ou transcriptions de toponymes : les interwikis de Wikipedia peuvent être une source intéressante (à condition qu'on puisse les déchiffrer pour les contrôler et voir si cela correspond ou s'il n'y a pas des mots en trop : un tel outil devrait non seulement afficher les chaines transcrites trouvées, mais aussi leur transcription en alphabet latin si possible). Ou bien alors avoir une option dans le validateur qui permette de vérifier la vraisemblance des transcriptions vers d'autres alphabets, et permette alors de lancer des recherches (sur Wikipedia, en vérifiant la géolocalisation des articles trouvés dans une langue données, s'il y en a une). Toutes les langues trouvées dans Wikipédia ne sont pas forcément à renseigner partout dans OSM (attention aux codes langue de Wikipedia, certains ne sont pas les codes ISO recommandés, tels que zh-yue à remplacer par yue, bat-smg par smg, nb et no devraient être fusionnés en no, nn peut s'y ajouter s'il est distinct du nom officiel dans la langue par défaut). On peut cependant admettre plus de langues pour les grandes villes (plus de 100 000 habitants) et les capitales et noms de pays. Le 8 juin 2012 09:13, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, Je pense que tu es déjà au courant, mais l'expérience montre qu'il ne faut pas être avare d'astuces pour JOSM :-) On peut accéder à l'assistant d'étiquetage avec F3, qui propose la liste des préréglages (presets) définis avec un champ de recherche. Au fil de l'utilisation, les plus utilisés sont remontés au haut de la liste. C'est aussi assez simple de définir ses propres préréglages pour assigner des étiquettes qui ne sont pas dans ceux par défaut. On peut aussi s'aider du Ctrl-C / Ctrl-Maj-V qui copie colle les attributs d'un objet à l'autre. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list
Re: [OSM-talk-fr] JOSM en touche enter
Ou mieux encore : svn co http://josm.openstreetmap.de/svn/trunk josm Compétences en programmation nécessaires ! Mais au moins tu pourras faire ce que tu veux. A. 2012/6/8 Ab_fab gamma@gmail.com Un bon endroit pour développer toutes ces idées : http://josm.openstreetmap.de/newticket Le 8 juin 2012 10:38, Philippe Verdy verd...@wanadoo.fr a écrit : Là encore quelques idées : il est un peu trop compliqué/long de copier un ensemble un peu d'attributs communs vers un ensemble d'objets sélectionnés (ne serait-ce même que pour 2 objets : - si ce sont deux relations, on peut ouvrir un dialogue sur chacune, mais on passe son temps à naviguer d'un dialogue à l'autre pour faire des copies unitaires. - si c'est pour transporter les attributs d'un noeud ou d'un way vers la relation, c'est encore pire... On se demande pourquoi il n'est pas possible de faire CTRL+C directement en sélectionnant plusieurs attributs en même temps dans un objet. Puis CTRL+V pour les coller ensemble dans la liste des attributs d'un ou plusieurs autres objets. La copie en fait ne fait que copier soit 1 clé, soit une valeur (selon l'endroit où on a cliqué ou positionné le focus, alors que pourtant la sélection multiple d'attributs fonctionne !). Il suffirait que le presse-papier enregistre non pas seulement du texte brut d'un seul champ, mais une structure contenant une liste de clés/valeurs, qui sera alors reconnue et réanalysée et redécoupée vers les bon champs lors du collage. Au pire, si la copie se fait en texte brut, il suffirait de mettre dans le presse-papier des lignes de texte dont clé et valeur sont séparés par une tabulation, les clés successives étant séparées par un saut de ligne (là encore c'est analysable lors du collage et devrait aussi permettre de copier des attributs venant d'une source externe dans un fichier brut : il suffit que lors du collage JOSM détecte la présence de sauts de ligne, et dans ce cas propose de reconnaitre le contenu du presse-papier comme un format CSV ou tabulé, et permette de choisir le caractère séparateur entre la clé et la valeur (tabulation, espace, virgule, point-virgule devraient suffire, avec aussi la suppression automatique des blancs en excédent dans un champ après le premier séparateur reconnu). Toutefois on pourrait aussi imaginer pour cette dernière utilisation un plugin capable de traiter une source CSV ou tabulée, offrant même la possibiliter de rechercher dans le tableau de données collé un champ utilisable comme sélecteur pour la recherche de l'objet OSM (pour la recherche on a déjà dans JOSM les filtres : il suffirait de créer un filtre restreignant la recherche et donnant le champ de liaison avec les données importées. D'autres outils à développer sont la recherche des traductions ou transcriptions de toponymes : les interwikis de Wikipedia peuvent être une source intéressante (à condition qu'on puisse les déchiffrer pour les contrôler et voir si cela correspond ou s'il n'y a pas des mots en trop : un tel outil devrait non seulement afficher les chaines transcrites trouvées, mais aussi leur transcription en alphabet latin si possible). Ou bien alors avoir une option dans le validateur qui permette de vérifier la vraisemblance des transcriptions vers d'autres alphabets, et permette alors de lancer des recherches (sur Wikipedia, en vérifiant la géolocalisation des articles trouvés dans une langue données, s'il y en a une). Toutes les langues trouvées dans Wikipédia ne sont pas forcément à renseigner partout dans OSM (attention aux codes langue de Wikipedia, certains ne sont pas les codes ISO recommandés, tels que zh-yue à remplacer par yue, bat-smg par smg, nb et no devraient être fusionnés en no, nn peut s'y ajouter s'il est distinct du nom officiel dans la langue par défaut). On peut cependant admettre plus de langues pour les grandes villes (plus de 100 000 habitants) et les capitales et noms de pays. Le 8 juin 2012 09:13, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, Je pense que tu es déjà au courant, mais l'expérience montre qu'il ne faut pas être avare d'astuces pour JOSM :-) On peut accéder à l'assistant d'étiquetage avec F3, qui propose la liste des préréglages (presets) définis avec un champ de recherche. Au fil de l'utilisation, les plus utilisés sont remontés au haut de la liste. C'est aussi assez simple de définir ses propres préréglages pour assigner des étiquettes qui ne sont pas dans ceux par défaut. On peut aussi s'aider du Ctrl-C / Ctrl-Maj-V qui copie colle les attributs d'un objet à l'autre. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] JOSM en touche enter
Compétences en programmation nécessaires ! C'est un peu mon handicap personnel. Voila pourquoi j'en suis resté à : http://josm.openstreetmap.de/ticket/7592 Le 8 juin 2012 10:52, Arnaud Vandecasteele arnaud@gmail.com a écrit : Ou mieux encore : svn co http://josm.openstreetmap.de/svn/trunk josm Compétences en programmation nécessaires ! Mais au moins tu pourras faire ce que tu veux. A. 2012/6/8 Ab_fab gamma@gmail.com Un bon endroit pour développer toutes ces idées : http://josm.openstreetmap.de/newticket Le 8 juin 2012 10:38, Philippe Verdy verd...@wanadoo.fr a écrit : Là encore quelques idées : il est un peu trop compliqué/long de copier un ensemble un peu d'attributs communs vers un ensemble d'objets sélectionnés (ne serait-ce même que pour 2 objets : - si ce sont deux relations, on peut ouvrir un dialogue sur chacune, mais on passe son temps à naviguer d'un dialogue à l'autre pour faire des copies unitaires. - si c'est pour transporter les attributs d'un noeud ou d'un way vers la relation, c'est encore pire... On se demande pourquoi il n'est pas possible de faire CTRL+C directement en sélectionnant plusieurs attributs en même temps dans un objet. Puis CTRL+V pour les coller ensemble dans la liste des attributs d'un ou plusieurs autres objets. La copie en fait ne fait que copier soit 1 clé, soit une valeur (selon l'endroit où on a cliqué ou positionné le focus, alors que pourtant la sélection multiple d'attributs fonctionne !). Il suffirait que le presse-papier enregistre non pas seulement du texte brut d'un seul champ, mais une structure contenant une liste de clés/valeurs, qui sera alors reconnue et réanalysée et redécoupée vers les bon champs lors du collage. Au pire, si la copie se fait en texte brut, il suffirait de mettre dans le presse-papier des lignes de texte dont clé et valeur sont séparés par une tabulation, les clés successives étant séparées par un saut de ligne (là encore c'est analysable lors du collage et devrait aussi permettre de copier des attributs venant d'une source externe dans un fichier brut : il suffit que lors du collage JOSM détecte la présence de sauts de ligne, et dans ce cas propose de reconnaitre le contenu du presse-papier comme un format CSV ou tabulé, et permette de choisir le caractère séparateur entre la clé et la valeur (tabulation, espace, virgule, point-virgule devraient suffire, avec aussi la suppression automatique des blancs en excédent dans un champ après le premier séparateur reconnu). Toutefois on pourrait aussi imaginer pour cette dernière utilisation un plugin capable de traiter une source CSV ou tabulée, offrant même la possibiliter de rechercher dans le tableau de données collé un champ utilisable comme sélecteur pour la recherche de l'objet OSM (pour la recherche on a déjà dans JOSM les filtres : il suffirait de créer un filtre restreignant la recherche et donnant le champ de liaison avec les données importées. D'autres outils à développer sont la recherche des traductions ou transcriptions de toponymes : les interwikis de Wikipedia peuvent être une source intéressante (à condition qu'on puisse les déchiffrer pour les contrôler et voir si cela correspond ou s'il n'y a pas des mots en trop : un tel outil devrait non seulement afficher les chaines transcrites trouvées, mais aussi leur transcription en alphabet latin si possible). Ou bien alors avoir une option dans le validateur qui permette de vérifier la vraisemblance des transcriptions vers d'autres alphabets, et permette alors de lancer des recherches (sur Wikipedia, en vérifiant la géolocalisation des articles trouvés dans une langue données, s'il y en a une). Toutes les langues trouvées dans Wikipédia ne sont pas forcément à renseigner partout dans OSM (attention aux codes langue de Wikipedia, certains ne sont pas les codes ISO recommandés, tels que zh-yue à remplacer par yue, bat-smg par smg, nb et no devraient être fusionnés en no, nn peut s'y ajouter s'il est distinct du nom officiel dans la langue par défaut). On peut cependant admettre plus de langues pour les grandes villes (plus de 100 000 habitants) et les capitales et noms de pays. Le 8 juin 2012 09:13, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, Je pense que tu es déjà au courant, mais l'expérience montre qu'il ne faut pas être avare d'astuces pour JOSM :-) On peut accéder à l'assistant d'étiquetage avec F3, qui propose la liste des préréglages (presets) définis avec un champ de recherche. Au fil de l'utilisation, les plus utilisés sont remontés au haut de la liste. C'est aussi assez simple de définir ses propres préréglages pour assigner des étiquettes qui ne sont pas dans ceux par défaut. On peut aussi s'aider du Ctrl-C / Ctrl-Maj-V qui copie colle les attributs d'un objet à l'autre. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
[OSM-talk-fr] accessibilité dans OSM : OSMECUM handicap (suite) et services de l'Etat
Bonjour à tous, Je vais être amené à rencontrer les services de l’État en Vaucluse pour proposer une démarche expérimentale dans OSM de qualification de l'accessibilité handicapés autour des lignes de transport. La rencontre aura lieu le 21 juin. D'ici là j'aimerai pousser un démonstrateur avec 3LIZ (que je salue amicalement en passant) qui sera le premier à valoriser les différents types de handicaps. Pour ceux qui s'intéressent à la problématique, je suis demandeur de transposition des valeurs proposées par MOBIGIS qui a accepté de verser une partie de son expertise. Voir le lien vers le doc. Google Docs (le 2e onglet intitulé Mobigis). https://docs.google.com/spreadsheet/ccc?key=0AoBuAP_kINa7dEMwSW1BOUlEUW9IZ3VrR3hIYWc4NXc#gid=7 Le document est modifiable : vos apports sont donc bienvenus. - 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/accessibilite-dans-OSM-OSMECUM-handicap-suite-et-services-de-l-Etat-tp5711920.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Le 8 juin 2012 10:44, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Philippe Verdy Toutefois on pourrait aussi imaginer pour cette dernière utilisation un plugin capable de traiter une source CSV ou tabulée Sur ce point, voir : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData qui fait déjà ça. Pas vraiment encore... Les éléments nécessaires aux recherches et permettant de croiser les fichiers de données pour les associer aux éléments de géométrie stockés dans OSM ne marchent pas du tout. Faute de cohérence des données (davantage d'ailleurs qu'à cause des tracés encore absents, pour lequelq je ne comprend toujours pas pourquoi on n'a pas au minimum créé une relation contenant un nœud, même si on n'a pas toutes les frontières, ce qui permet cependant des fusions ultérieures, tout en assurant la complétude des données importées). Ce projet devrait s'assurer : - de rechercher les relations manquantes, celles en doublon (noeuds à fusionner quand ils représentent en fait la même entité, mais n'ont pas été trouvés par un import précédent car il manquait certains attributs permettant de les trouver facilement même en cas de géométrie incomplète ou cassée), et d'assurer une couverture à 100 % ave toutes les relations nécessaires. - de permettre ensuite les rapprochements faciles par des clés de recherche qui donnent exactement 100% de couverture (sans trou et sans doublon) - de rationnaliser les tags utilisés, y compris des tags ajoutés par soucis de compatibilité entre divers outils de vérification, même si dans un premier survol cela peut paraître redondant (il y a encore trop de façon de voir la modélisation). - de simplifier et accélérer les recherches dans la base OSM, avec des requêtes moins volumineuses et moins complexes à traiter qu'actuellement (voir mon dernier message sur les subareas que TOUS les pays ont adopté — sauf pour la France où vous souhaitez encore faire cavaliers seuls —, ce qui a pourtant énormément stabilisé par la suite leur géométrie et facilité la maintenance en évitant des tas d'oublis et consolidé leur schéma pour toutes sortes d'usages avec beaucoup moins d'erreurs et même beaucoup moins de réparations nécessaires, car la situation actuelle demande de charger trop de données que le serveur ne permet même pas de toujours obtenir: erreurs 500 du serveur, requêtes simples qui nécessitent de charger sans arrêt des centaines de milliers de points là où il n'y a eu que des modifs très locales, conflits d'édition augmentés et mal réparés...) - d'automatiser les mises à jour de certaines données datées (par exemple : données démographiques). - de faciliter des changements au schéma initial par des reclassifications automatisables - finalement même de réduire nombre de redondances qui ne sont plus nécessaires (par exemple les traductions, les noms des rues et villes rapportés aux relations, les classements de types de routes : aller davantage vers un mode relationnel, là où il marche déjà très bien dans tous les outils de base (Nominatim, Mapnik, Mapquest, outils de vérification, outils produisant des cartes imprimés, rapports statistiques et d'avancement des projets ; en ne gardant les coûteuses requêtes géométriques que pour les recherches globales des éléments selon leur distance quand ils sont au départ non corrélés ensemble par un lien relationnel fort : tous les systèmes GIS le font, pas encore OSM et surtout pas en France !). Avoir une intégration de données sans autoriser les liens relationnels est une aberration. Très coûteuse en plus en temps homme comme en ressources machine/réseau ! C'est même totalement anticollaboratif, car les volumes à traiter empêchent trop de monde de pouvoir participer sans faire trop d'erreurs ; la moindre modif locale mineure représente un travail titanesque pour ***trop*** de monde, qui n'a pas forcément la bande passante réseau ni la puissance nécessaire sur son PC (oui avec le système actuel, machnie puissante nécessaire : OS 64 bits obligatoire, au moins 8 Go de RAM, plutôt 12..., au moins 4 coeurs CPU, processeur rapide pour gérer des centaines de milliers ou des millions de points dans un même fichier OSM et encore pouvoir faire glisser les cartes dans un édteur comme JOSM. Rationnalisez ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Au cas où, je recolle ce qui a été dis auparavant : svn co http://josm.openstreetmap.de/svn/trunk josm ou comme le suggère Vincent http://josm.openstreetmap.de/newticket A. 2012/6/8 Philippe Verdy verd...@wanadoo.fr Le 8 juin 2012 10:44, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Philippe Verdy Toutefois on pourrait aussi imaginer pour cette dernière utilisation un plugin capable de traiter une source CSV ou tabulée Sur ce point, voir : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData qui fait déjà ça. Pas vraiment encore... Les éléments nécessaires aux recherches et permettant de croiser les fichiers de données pour les associer aux éléments de géométrie stockés dans OSM ne marchent pas du tout. Faute de cohérence des données (davantage d'ailleurs qu'à cause des tracés encore absents, pour lequelq je ne comprend toujours pas pourquoi on n'a pas au minimum créé une relation contenant un nœud, même si on n'a pas toutes les frontières, ce qui permet cependant des fusions ultérieures, tout en assurant la complétude des données importées). Ce projet devrait s'assurer : - de rechercher les relations manquantes, celles en doublon (noeuds à fusionner quand ils représentent en fait la même entité, mais n'ont pas été trouvés par un import précédent car il manquait certains attributs permettant de les trouver facilement même en cas de géométrie incomplète ou cassée), et d'assurer une couverture à 100 % ave toutes les relations nécessaires. - de permettre ensuite les rapprochements faciles par des clés de recherche qui donnent exactement 100% de couverture (sans trou et sans doublon) - de rationnaliser les tags utilisés, y compris des tags ajoutés par soucis de compatibilité entre divers outils de vérification, même si dans un premier survol cela peut paraître redondant (il y a encore trop de façon de voir la modélisation). - de simplifier et accélérer les recherches dans la base OSM, avec des requêtes moins volumineuses et moins complexes à traiter qu'actuellement (voir mon dernier message sur les subareas que TOUS les pays ont adopté — sauf pour la France où vous souhaitez encore faire cavaliers seuls —, ce qui a pourtant énormément stabilisé par la suite leur géométrie et facilité la maintenance en évitant des tas d'oublis et consolidé leur schéma pour toutes sortes d'usages avec beaucoup moins d'erreurs et même beaucoup moins de réparations nécessaires, car la situation actuelle demande de charger trop de données que le serveur ne permet même pas de toujours obtenir: erreurs 500 du serveur, requêtes simples qui nécessitent de charger sans arrêt des centaines de milliers de points là où il n'y a eu que des modifs très locales, conflits d'édition augmentés et mal réparés...) - d'automatiser les mises à jour de certaines données datées (par exemple : données démographiques). - de faciliter des changements au schéma initial par des reclassifications automatisables - finalement même de réduire nombre de redondances qui ne sont plus nécessaires (par exemple les traductions, les noms des rues et villes rapportés aux relations, les classements de types de routes : aller davantage vers un mode relationnel, là où il marche déjà très bien dans tous les outils de base (Nominatim, Mapnik, Mapquest, outils de vérification, outils produisant des cartes imprimés, rapports statistiques et d'avancement des projets ; en ne gardant les coûteuses requêtes géométriques que pour les recherches globales des éléments selon leur distance quand ils sont au départ non corrélés ensemble par un lien relationnel fort : tous les systèmes GIS le font, pas encore OSM et surtout pas en France !). Avoir une intégration de données sans autoriser les liens relationnels est une aberration. Très coûteuse en plus en temps homme comme en ressources machine/réseau ! C'est même totalement anticollaboratif, car les volumes à traiter empêchent trop de monde de pouvoir participer sans faire trop d'erreurs ; la moindre modif locale mineure représente un travail titanesque pour ***trop*** de monde, qui n'a pas forcément la bande passante réseau ni la puissance nécessaire sur son PC (oui avec le système actuel, machnie puissante nécessaire : OS 64 bits obligatoire, au moins 8 Go de RAM, plutôt 12..., au moins 4 coeurs CPU, processeur rapide pour gérer des centaines de milliers ou des millions de points dans un même fichier OSM et encore pouvoir faire glisser les cartes dans un édteur comme JOSM. Rationnalisez ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site
Re: [OSM-talk-fr] JOSM en touche enter
Le 8 juin 2012 15:37, Arnaud Vandecasteele arnaud@gmail.com a écrit : Au cas où, je recolle ce qui a été dis auparavant : svn co http://josm.openstreetmap.de/svn/trunk josm ou comme le suggère Vincent http://josm.openstreetmap.de/newticket Désolé là tu parles de modifs de JOSM, et je parlais de l'intégration des données et de la solidification/consolidation de la base OSM, qui sont des problèmes que les développeurs de JOSM ne régleront PAS avec un ticket ! Ce n'était pas la peine de reposter ton message que je venais déjà de lire dans le même fil. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Alors, dans ce cas prenez au moins la peine de changer le titre du fil ! Déjà que les textes à rallonge c'est ch... si en plus les sujets ne suivent pas ! A. 2012/6/8 Philippe Verdy verd...@wanadoo.fr Le 8 juin 2012 15:37, Arnaud Vandecasteele arnaud@gmail.com a écrit : Au cas où, je recolle ce qui a été dis auparavant : svn co http://josm.openstreetmap.de/svn/trunk josm ou comme le suggère Vincent http://josm.openstreetmap.de/newticket Désolé là tu parles de modifs de JOSM, et je parlais de l'intégration des données et de la solidification/consolidation de la base OSM, qui sont des problèmes que les développeurs de JOSM ne régleront PAS avec un ticket ! Ce n'était pas la peine de reposter ton message que je venais déjà de lire dans le même fil. -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Tu as copié le message en intégralité en refaisant la même réponse... Quelle utilité donc à ton message qui n'apportait strictement rien de plus ? J'ai répondu à un message qui parlait des solutions OpenData du gouvernement comme une solution possible, mais ma première réponse était dans le fil du sujet de l'utilisabilité de JOSM. En plus je n'ai AUCUN moyen de changer un titre de sujet dans Gmail si je répond à un message avec, le titre sui sera envoyé est caché et n'est dans aucun champ éditable. Le 8 juin 2012 15:43, Arnaud Vandecasteele arnaud@gmail.com a écrit : Alors, dans ce cas prenez au moins la peine de changer le titre du fil ! Déjà que les textes à rallonge c'est ch... si en plus les sujets ne suivent pas ! A. 2012/6/8 Philippe Verdy verd...@wanadoo.fr Le 8 juin 2012 15:37, Arnaud Vandecasteele arnaud@gmail.com a écrit : Au cas où, je recolle ce qui a été dis auparavant : svn co http://josm.openstreetmap.de/svn/trunk josm ou comme le suggère Vincent http://josm.openstreetmap.de/newticket Désolé là tu parles de modifs de JOSM, et je parlais de l'intégration des données et de la solidification/consolidation de la base OSM, qui sont des problèmes que les développeurs de JOSM ne régleront PAS avec un ticket ! Ce n'était pas la peine de reposter ton message que je venais déjà de lire dans le même fil. -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Philippe, tu as encore très certainement raison. En toute amitié, cela ne sert pas à grand chose de discuter je pense. Pour discuter, il faut être deux et non pas faire des monologues arides. Cordialement A. 2012/6/8 Philippe Verdy verd...@wanadoo.fr Tu as copié le message en intégralité en refaisant la même réponse... Quelle utilité donc à ton message qui n'apportait strictement rien de plus ? J'ai répondu à un message qui parlait des solutions OpenData du gouvernement comme une solution possible, mais ma première réponse était dans le fil du sujet de l'utilisabilité de JOSM. En plus je n'ai AUCUN moyen de changer un titre de sujet dans Gmail si je répond à un message avec, le titre sui sera envoyé est caché et n'est dans aucun champ éditable. Le 8 juin 2012 15:43, Arnaud Vandecasteele arnaud@gmail.com a écrit : Alors, dans ce cas prenez au moins la peine de changer le titre du fil ! Déjà que les textes à rallonge c'est ch... si en plus les sujets ne suivent pas ! A. 2012/6/8 Philippe Verdy verd...@wanadoo.fr Le 8 juin 2012 15:37, Arnaud Vandecasteele arnaud@gmail.com a écrit : Au cas où, je recolle ce qui a été dis auparavant : svn co http://josm.openstreetmap.de/svn/trunk josm ou comme le suggère Vincent http://josm.openstreetmap.de/newticket Désolé là tu parles de modifs de JOSM, et je parlais de l'intégration des données et de la solidification/consolidation de la base OSM, qui sont des problèmes que les développeurs de JOSM ne régleront PAS avec un ticket ! Ce n'était pas la peine de reposter ton message que je venais déjà de lire dans le même fil. -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Le 8 juin 2012 15:46, Philippe Verdy verd...@wanadoo.fr a écrit : En plus je n'ai AUCUN moyen de changer un titre de sujet dans Gmail si je répond à un message avec, le titre sui sera envoyé est caché et n'est dans aucun champ éditable. C'est un bogue de Gmail, il y a bien un lien changer l'objet, mais il n'enregistre jamais le titre modifié. Bogue signalé depuis longtemps à Google... Sans réponse. Visiblement c'est une anomalie de son javascript (quelque soit le PC que j'utilise, mais je ne vais pas utiliser non plus mon smartphone pour ça) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
C'est moins aride que de recopier un message en entier pour y répondre en recopiant un autre de tes messages. En terme de contenu j'apporte autre chose. Que ces ajouts ne t'intéressent pas, OK, mais remonte un peu et tu verras que mon premier message a été reçu avec des +1 à chacun de mes points. Ce qui alors indique l'intérêt à discuter et proposer une solution avant de soumettre un ticket personnel de demande de correction que personne d'autre ne soutient au départ. Le 8 juin 2012 15:49, Arnaud Vandecasteele arnaud@gmail.com a écrit : Philippe, tu as encore très certainement raison. En toute amitié, cela ne sert pas à grand chose de discuter je pense. Pour discuter, il faut être deux et non pas faire des monologues arides. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Tout à fait Philippe, encore une fois je souligne que tu as encore raison ! Pourrait-il en être autrement de toutes façons ? A 2012/6/8 Philippe Verdy verd...@wanadoo.fr C'est moins aride que de recopier un message en entier pour y répondre en recopiant un autre de tes messages. En terme de contenu j'apporte autre chose. Que ces ajouts ne t'intéressent pas, OK, mais remonte un peu et tu verras que mon premier message a été reçu avec des +1 à chacun de mes points. Ce qui alors indique l'intérêt à discuter et proposer une solution avant de soumettre un ticket personnel de demande de correction que personne d'autre ne soutient au départ. Le 8 juin 2012 15:49, Arnaud Vandecasteele arnaud@gmail.com a écrit : Philippe, tu as encore très certainement raison. En toute amitié, cela ne sert pas à grand chose de discuter je pense. Pour discuter, il faut être deux et non pas faire des monologues arides. -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
