[Talk-transit] Bus/Tram/Metro paths export
Hello, after doing so much work onto bus/tram relations in my city Padova, I'd like now to extract some geographically exact paths of single routes from OSM database, possibly in SVG format, and use them on a Padova-PT website I am going to build soon. Most of you are probably familiar with http://78.46.81.38/public_transport.html , and I can already obtain sketches of the routes, but my aim is to obtain something with this output: http://upload.wikimedia.org/wikipedia/commons/9/9b/Ligne_4.gif for just a single line like in the example, or also with more lines (selecting for example all evening lines, or all Sunday lines). In this case, for a simpler rendering of everything, the stops aside the way should be coupled together if they have the same name (as in OPNVKarte) and the corresponding dot should be part of the drawn route. I do not have extendend programming skills, therefore I don't know how to obtain it, can somebody help? Thanks Tiziano ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Summary of Public Transport Proposal Criticism - a real example from Zürich
Hi, On 27.01.2011 10:49, Richard Mann wrote: I think we've got three broad decisions: 1) Whether the use of stop area / group relations should be a) widespread b) exceptional b 2) Whether route relations should a) contain all the variants in one relation, with no attempt at ordering, just stops identified as forward/backward b) try to match all the individual stop-sets that you might find in a timetable c) contain an ordered set of ways/stops, in whatever fashion the mapper feels appropriate b (by the way: how would (a) work in the case of a ring line?) 3) Whether there should be a new public_transport key, to try to clarify the bus_stop/tram_stop distinction a) aim to move tram_stops to alongside the track, and put something else (tram_stop_group / tram_station?) on the track b) aim to move bus_stops onto the road, and put something else (platform?) alongside c) encourage the use of platforms on tram systems, and use those in the relation instead of tram_stop d) add a new public_transport key, so that public_transport=platform can be used for everything c and d (we shouldn't redefine tags that are in million-times use!) cheers ant ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Bus/Tram/Metro paths export
Ciao Tiziano, I think I recently came across something which may be of interest to you - though I haven't yet tried it myself: http://svn.openstreetmap.org/applications/rendering/subway/ This script creates a network sketch (a crude form of the London tube map) from OSM data. To make it a tube map, you'd need to move points around using a vector graphics editor, the raw output seems to be much like the example you sent. Hope it helps Michael On 01/27/2011 11:31 AM, Tiziano D'Angelo wrote: Hello, after doing so much work onto bus/tram relations in my city Padova, I'd like now to extract some geographically exact paths of single routes from OSM database, possibly in SVG format, and use them on a Padova-PT website I am going to build soon. Most of you are probably familiar with http://78.46.81.38/public_transport.html , and I can already obtain sketches of the routes, but my aim is to obtain something with this output: http://upload.wikimedia.org/wikipedia/commons/9/9b/Ligne_4.gif for just a single line like in the example, or also with more lines (selecting for example all evening lines, or all Sunday lines). In this case, for a simpler rendering of everything, the stops aside the way should be coupled together if they have the same name (as in OPNVKarte) and the corresponding dot should be part of the drawn route. I do not have extendend programming skills, therefore I don't know how to obtain it, can somebody help? Thanks Tiziano ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Summary of Public Transport Proposal Criticism - a real example from Zürich
Am 27.01.2011 18:56, schrieb ant: Hi, On 27.01.2011 10:49, Richard Mann wrote: I think we've got three broad decisions: 1) Whether the use of stop area / group relations should be a) widespread b) exceptional b a) possibility to micromap. 2) Whether route relations should a) contain all the variants in one relation, with no attempt at ordering, just stops identified as forward/backward b) try to match all the individual stop-sets that you might find in a timetable c) contain an ordered set of ways/stops, in whatever fashion the mapper feels appropriate b (by the way: how would (a) work in the case of a ring line?) c) with b) prefered 3) Whether there should be a new public_transport key, to try to clarify the bus_stop/tram_stop distinction a) aim to move tram_stops to alongside the track, and put something else (tram_stop_group / tram_station?) on the track b) aim to move bus_stops onto the road, and put something else (platform?) alongside c) encourage the use of platforms on tram systems, and use those in the relation instead of tram_stop d) add a new public_transport key, so that public_transport=platform can be used for everything c and d (we shouldn't redefine tags that are in million-times use!) why not use public_transport=stop_position and platform from OXAMA cheers ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] NEW Proposed Feature
Following the call for a better proposal, Tiziano, Oscar and I have drafted up a simple proposal. It is based on how we have mapped the public transport networks in our cities (Padova, Ferrara and Milan), with some improvements that came up during this discussion. Our approach was to keep it simple, therefore we have deliberately not treated special cases. For now, we want to standardize the basics; once we have agreed on those, we can discuss special cases which might not be covered by the current proposal and draw up an amendment, to be decided separately. You can find the proposal at: http://wiki.openstreetmap.org/wiki/Proposed_features/Simplified_Public_Transport_Scheme Constructive feedback and suggestions are welcome and can be sent to the list or left on the proposal's discussion page. Michael OSM Mapper of the public transport network in Milan, Italy On 01/14/2011 11:52 AM, Oscar Formaggi wrote: I agree with Tiziano. I am among those interested in joining. Oscar OSM Mapper of the whole city bus network in Ferrara, Italy 2011/1/14 Tiziano D'Angelo tiziano.dang...@gmail.com mailto:tiziano.dang...@gmail.com How about you, [...] develop a better proposal? We seem to share the understanding of the flaws; a new proposal may lead to a secession, which is the ugliest thing possible, but I am not sure we can continue to improve the current proposal. I am in :) and the proposal should aim also to keep the existing status quo for backwards compatibility (i.e. highway=bus_stop as the essential basic element of a bus stop). I know there are more people who are interested to join. Tiziano OSM Mapper of the whole city bus network in Padova, Italy ___ Talk-transit mailing list Talk-transit@openstreetmap.org mailto:Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] NEW Proposed Feature
route_ref does not seem obsolete to me. True, if the relation is defined, it can be determined from that by routers. But as long as that hasn't happened, this is the information that a mapper can take not of in the field. Then afterwards, it can help to add the appropriate stops to the route relation (semi-automatically if somebody codes it). We have quite a few express buses here that only stop at some of the stops they pass by. And then there are the school and marketbuses which might not even get route relations because they only run once a day/week. Jo 2011/1/27 Michael von Glasow mich...@vonglasow.com Following the call for a better proposal, Tiziano, Oscar and I have drafted up a simple proposal. It is based on how we have mapped the public transport networks in our cities (Padova, Ferrara and Milan), with some improvements that came up during this discussion. Our approach was to keep it simple, therefore we have deliberately not treated special cases. For now, we want to standardize the basics; once we have agreed on those, we can discuss special cases which might not be covered by the current proposal and draw up an amendment, to be decided separately. You can find the proposal at: http://wiki.openstreetmap.org/wiki/Proposed_features/Simplified_Public_Transport_Scheme Constructive feedback and suggestions are welcome and can be sent to the list or left on the proposal's discussion page. Michael OSM Mapper of the public transport network in Milan, Italy On 01/14/2011 11:52 AM, Oscar Formaggi wrote: I agree with Tiziano. I am among those interested in joining. Oscar OSM Mapper of the whole city bus network in Ferrara, Italy 2011/1/14 Tiziano D'Angelo tiziano.dang...@gmail.com How about you, [...] develop a better proposal? We seem to share the understanding of the flaws; a new proposal may lead to a secession, which is the ugliest thing possible, but I am not sure we can continue to improve the current proposal. I am in :) and the proposal should aim also to keep the existing status quo for backwards compatibility (i.e. highway=bus_stop as the essential basic element of a bus stop). I know there are more people who are interested to join. Tiziano OSM Mapper of the whole city bus network in Padova, Italy ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing listTalk-transit@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] NEW Proposed Feature
On 01/27/2011 11:37 PM, Jo wrote: route_ref does not seem obsolete to me. True, if the relation is defined, it can be determined from that by routers. But as long as that hasn't happened, this is the information that a mapper can take not of in the field. That's basically what I meant - you don't need it if there is a relation for each route and the stop is a member of it, but in absence of relations it can be useful. I'll change it from obsolete to optional. ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[talk-ph] QC Scout Area Mapping Party on February 12!
Hi guys, Our next Mapping Party will be on February 12, 2011, Saturday and we will be tackling the Quezon City Scout Area. This is basically the area bounded by Quezon Avenue, EDSA, and Diliman Creek, and covers the barangays South Triangle, Paligsahan, Laging Handa, Sacred Heart, Kamuning, Obrero, and Roxas. Wiki page: http://wiki.openstreetmap.org/w/index.php?title=QC_Scout_Area_Mapping_Party Come and join! =) Eugene (osm:seav) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] adressen invoeren
ff een andere thread Om OSM op het niveau van Google maps te kunnen brengen moeten er buildings en adressen ingevoerd worden. Om eenduidigheid te brengen zou het misschien nuttig zijn om afspraken te maken in verband de invoer van adressen. Grofweg zijn er 2 mogelijkheden : een POI met 1 adres zie http://www.openstreetmap.org/?minlon=4.69608minlat=50.86135maxlon=4.71175maxlat=50.87029box=yes of een adres toevoegen aan het gebouw zelf zie http://www.openstreetmap.org/?lat=50.86551lon=4.76011zoom=17 In potlach 2 wordt (met de optie simpel) gekozen voor de tweede optie. Is het nuttig om op de wiki een pagina hier aan te wijden?? Op 26 januari 2011 19:16 schreef Klaas Gadeyne klaas.gade...@gmail.com het volgende: 2011/1/25 Ivo De Broeck ivo.debro...@gmail.com: Ik voer de adressen in met Potlach2 optie simpel. het postnummer en de straat moeten er wel degelijk bij, anders vindt men dit niet terug in de wereld. En effectief word met Bing ook de landuse mooi opgevuld (Simon, Jo en ikzelf). Klaas, als je me zegt in welke zone je huisnummers kan opgeven wil ik wel het voorbereidend werk doen (building tekenen, toegangswegen tekenen, preset postcode en straatnaam invoeren). Wie het kleine niet eert... Hier moet alleszins nog hier en daar wat aangevuld worden http://www.openstreetmap.org/?minlon=4.69608minlat=50.86135maxlon=4.71175maxlat=50.87029box=yes [Repeat disclaimer om desillusie te vermijden] Zoals gezegd: dit staat laag op mijn prioriteitenlijstje. [/disclaimer] groeten, Klaas ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] adressen invoeren
Ivo, 2011/1/27 Ivo De Broeck ivo.debro...@gmail.com: ff een andere thread Om OSM op het niveau van Google maps te kunnen brengen moeten er buildings en adressen ingevoerd worden. Om eenduidigheid te brengen zou het misschien nuttig zijn om afspraken te maken in verband de invoer van adressen. Grofweg zijn er 2 mogelijkheden : een POI met 1 adres zie http://www.openstreetmap.org/?minlon=4.69608minlat=50.86135maxlon=4.71175maxlat=50.87029box=yes of een adres toevoegen aan het gebouw zelf zie http://www.openstreetmap.org/?lat=50.86551lon=4.76011zoom=17 In potlach 2 wordt (met de optie simpel) gekozen voor de tweede optie. A newcomer here... De tweede link laat geen twijfel mogelijk. De eerste link stuurt me naar een vrij algemene map, waardoor ik niet echt zie wat je bedoelt met de eerste optie. Heb je een beter voorbeeld van het eerste voorstel? Ringo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] adressen invoeren
met gebruik van POI zie http://www.openstreetmap.org/?lat=50.86655lon=4.70103zoom=17 Op 27 januari 2011 09:24 schreef Ringo De Smet ringo.des...@gmail.com het volgende: Ivo, 2011/1/27 Ivo De Broeck ivo.debro...@gmail.com: ff een andere thread Om OSM op het niveau van Google maps te kunnen brengen moeten er buildings en adressen ingevoerd worden. Om eenduidigheid te brengen zou het misschien nuttig zijn om afspraken te maken in verband de invoer van adressen. Grofweg zijn er 2 mogelijkheden : een POI met 1 adres zie http://www.openstreetmap.org/?minlon=4.69608minlat=50.86135maxlon=4.71175maxlat=50.87029box=yes of een adres toevoegen aan het gebouw zelf zie http://www.openstreetmap.org/?lat=50.86551lon=4.76011zoom=17 In potlach 2 wordt (met de optie simpel) gekozen voor de tweede optie. A newcomer here... De tweede link laat geen twijfel mogelijk. De eerste link stuurt me naar een vrij algemene map, waardoor ik niet echt zie wat je bedoelt met de eerste optie. Heb je een beter voorbeeld van het eerste voorstel? Ringo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] adressen invoeren
2011/1/27 Ivo De Broeck ivo.debro...@gmail.com: ff een andere thread Om OSM op het niveau van Google maps te kunnen brengen moeten er buildings en adressen ingevoerd worden. Om eenduidigheid te brengen zou het misschien nuttig zijn om afspraken te maken in verband de invoer van adressen. Grofweg zijn er 2 mogelijkheden : een POI met 1 adres zie http://www.openstreetmap.org/?minlon=4.69608minlat=50.86135maxlon=4.71175maxlat=50.87029box=yes of een adres toevoegen aan het gebouw zelf zie http://www.openstreetmap.org/?lat=50.86551lon=4.76011zoom=17 In potlach 2 wordt (met de optie simpel) gekozen voor de tweede optie. Is het nuttig om op de wiki een pagina hier aan te wijden?? Het is algemeen zo in OSM dat in een dergelijk geval applicaties beide vormen behoren te kunnen worden verwerkt door applicaties. Mijn mening is dat ik methode 2 gebruik waar mogelijk (er is een gebouw aan te geven dat met de adresaanduiding overeenkomt), methode 1 waar dat niet kan (het gebouw is niet ingetekend of het adres behoort toe aan een deel van het gebouw). -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] adressen invoeren
I've also been experimenting with house numbering. It's nicer if they also get renderd of course. If a building has 1 house number and no name, then it seems very appropriate to add it to the building. The only problem there is that they cannot be part of an 'interpolation' anymore then. But that's a minor issue. If 1 building has more house numbers, or if 1 building houses several named entities, it all becomes a lot less straightforward. I'm also working on Research Park Haasrode lately. There are 2 numbering schemes being used there, a bit like the 'kaainummers' in the harbour of Antwerp. At first I was adding those extra numbers as ref=, note=Research Park Haasrode, but I'm not happy with that solution. The only thing it has going for it, is that all the information stays nicely together. So now I'm creating the normal house numbers in parallel to the extended ones: addr:housenumber= addr:street=Research Park Haasrode Since those numbers are in reference to the entire zone. So now both numbering schemes are getting rendered, which makes it easier to spot which ones are already done. Cheers, Jo Op 27 januari 2011 10:00 schreef Ringo De Smet ringo.des...@gmail.com het volgende: Ivo, 2011/1/27 Ivo De Broeck ivo.debro...@gmail.com: met gebruik van POI zie http://www.openstreetmap.org/?lat=50.86655lon=4.70103zoom=17 Als ik bijvoorbeeld kijk naar: http://www.openstreetmap.org/?lat=50.865829lon=4.6958zoom=18layers=M Dan zie ik meerdere huisnummers in het niets rondzweven. Wat betreft huisnummers vind ik het handiger ze toe te voegen aan de gebouwen. Kun je de POI zoals ING, Carrefour Expres of Duivenbond ook nog toevoegen samen met het huisnummer? Groeten, Ringo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] adressen invoeren
The floating house numbers are the 'standard' way of working. Usually they are connected with addr:interpolation. If the building is there and it has only one number and nothing with a name is in it, it's also possible to tag the building with the number. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] adressen invoeren
If the house number is unknown, I think it's better to simply not enter it. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] ORS discussions
Hi, Lester Caine schrieb: Where is the best place to ask openrouteservice questions? you can ask me :) http://openrouteservice.org/contact.php The particular question I'm trying to get an answer to is ... Anybody know if there is an option to select mile display in an openrouteservice.org url. hmpf, I think this is up to now not possible :( I've got everything else working nicely, but now I need to get it displaying the distance in miles to corespond to the milometer on the vehicle ;) Could you send me your used ORS URL ? Cheers, pascal ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] KML to GPX conversion problem
I have just obtained a new device which outputs a KML file which looks like this (selecting a single point) Folder name2011/01/26/name description2011/01/26/description Placemark nameP585/name description![CDATA[2011/01/26 12:14:15 (3D)br(2011/01/26 02:14:15)table border=0 cellpadding=5 cellspacing=2trtd bgcolor=#99cc33 align=rightLongitude/tdtd bgcolor=#99E146deg;28'22.07quot;/td/trtrtd bgcolor=#99cc33 align=rightLatitude/tdtd bgcolor=#99S34deg;15'31.49quot;/td/trtrtd bgcolor=#99cc33 align=rightAlitude/tdtd bgcolor=#99153.90m/td/tr/table]]/description styleUrl#gpsplacemark/styleUrl Point coordinates146.472798,-34.258748,153.90/coordinates /Point /Placemark Placemark and namePLogRoot/name descriptionPositioning Log Root/description styleUrl#gpslogstyle/styleUrl LineString extrude1/extrude tessellate1/tessellate altitudeModeclampToGround/altitudeMode coordinates 146.472798,-34.258748,153.90 /coordinates /LineString /Placemark /Folder /Document /kml conversion with gpsbabel provides wpt lat=-34.258748000 lon=146.472798000 ele153.90/ele nameP585/name cmt2011/01/26 12:14:15 (3D)lt;brgt;(2011/01/26 02:14:15)lt;table border=0 cellpadding=5 cellspacing=2gt;lt;trgt;lt;td bgcolor=#99cc33 align=rightgt;Longitudelt;/tdgt;lt;td bgcolor=#99gt;E146amp;deg;28apos;22.07amp;quot;lt;/tdgt;lt;/trgt;lt;trgt;lt;td bgcolor=#99cc33 align=rightgt;Latitudelt;/tdgt;lt;td bgcolor=#99gt;S34amp;deg;15apos;31.49amp;quot;lt;/tdgt;lt;/trgt;lt;trgt;lt;td bgcolor=#99cc33 align=rightgt;Alitudelt;/tdgt;lt;td bgcolor=#99gt;153.90mlt;/tdgt;lt;/trgt;lt;/tablegt;/cmt desc2011/01/26 12:14:15 (3D)lt;brgt;(2011/01/26 02:14:15)lt;table border=0 cellpadding=5 cellspacing=2gt;lt;trgt;lt;td bgcolor=#99cc33 align=rightgt;Longitudelt;/tdgt;lt;td bgcolor=#99gt;E146amp;deg;28apos;22.07amp;quot;lt;/tdgt;lt;/trgt;lt;trgt;lt;td bgcolor=#99cc33 align=rightgt;Latitudelt;/tdgt;lt;td bgcolor=#99gt;S34amp;deg;15apos;31.49amp;quot;lt;/tdgt;lt;/trgt;lt;trgt;lt;td bgcolor=#99cc33 align=rightgt;Alitudelt;/tdgt;lt;td bgcolor=#99gt;153.90mlt;/tdgt;lt;/trgt;lt;/tablegt;/desc /wpt and way down the file trkpt lat=-34.258748000 lon=146.472798000 ele153.90/ele /trkpt Now for those who have waded through that lot I have waypoints with times and trackpoints without times Has anyone already got a script (bash, python, perl, haskell) which will give me trackpoints with times from the data (two consecutive sets in the one xml file, thousands of lines long, as there is a fix each 10 sec)? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] SOTM Denver travel discounts?
Hi, Am 99% certain of coming to Denver this September for SOTM. I'd like to book flights as soon as possible before the fares start creeping up nearer the time, however ISTR a mention of travel discounts when the venue was first announced. Is this still going ahead? I'm planning on coming over for 2 weeks, to combine SOTM with a holiday (7th-21st or 8th-22nd); will any discounts be valid in that case? Would be coming from London. Thanks, Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] military vs consumer GPS and the equator
Frederik Ramm frede...@remote.org wrote on 26/01/2011 at 09:45:29 +1100 subject [OSM-talk] military vs consumer GPS and the equator : Joe Richards wrote: So essentially even the so-called 'scientific museum' was a sham/lie and the experiments they showed-off were made up. The real equator is nearby, but not where they said it was. What, in your mind, is the real equator? The Karlsruhe Zoo, not far from where I live, has a brass marking for the 49th parallel but your GPS will show that you're still 140 metres away from it when you stand on the line - that's because the marking has been erected with reference to the Bessel ellipsoid and not the WGS84 one. Does that mean the brass line is a sham or a lie? No, it's just a pleasant reminder that there is more to Geodesy than just reading numbers off a device, be it military or civilian. Bye Frederik You are certainly right!! -- Sincerely Hendrik Oesterlin - email hendrikmail2...@yahoo.de ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Investigating missing relation
Hi all, In early 2010, I added a relation Overland Track (with type=route, route=foot, network=rwn) to all the segments of that track in Tasmania. The relation is now gone: http://osm.lonvia.de/world_hiking.html?zoom=13lat=-41.83815lon=146.03379layers=FFBT (The main track itself should show up highlighted, not just the lwn offshoots...) Are there any tools available to investigate this kind of thing? Yes, obviously I can and will re-create the relation, but it would be useful to know what happened to it. I can see someone made some related changes, and I've contacted them, but no response yet. One piece of the track is way 50802374 Thanks, Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Investigating missing relation
Hey What account did you use? Looking back over the history for what I thought was you (http://www.openstreetmap.org/user/Steve%20Bennett) there are no edits for any of your past history that include anywhere in the bounding box in the link you specified. Steve On 28 January 2011 02:50, Steve Bennett stevag...@gmail.com wrote: Hi all, In early 2010, I added a relation Overland Track (with type=route, route=foot, network=rwn) to all the segments of that track in Tasmania. The relation is now gone: http://osm.lonvia.de/world_hiking.html?zoom=13lat=-41.83815lon=146.03379layers=FFBT (The main track itself should show up highlighted, not just the lwn offshoots...) Are there any tools available to investigate this kind of thing? Yes, obviously I can and will re-create the relation, but it would be useful to know what happened to it. I can see someone made some related changes, and I've contacted them, but no response yet. One piece of the track is way 50802374 Thanks, Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Investigating missing relation
Hi, On 01/28/11 03:50, Steve Bennett wrote: Are there any tools available to investigate this kind of thing? Yes, you can use wget to download the full history planet file and then look for something in that file. This is slightly difficult because the file is huge and you will need to employ some sort of XML parser or other tricks to work with it (pure grep doesn't work as the file has no newlines). I was lucky to have an uncompressed history file lying around so I could use dd to skip to the relation section, then add linefeeds and grep for Overland Track which found this relation: 413916 It has been deleted by user NRS three weeks ago. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Victorian Coastline
On 27/01/11 14:12, Steve Bennett wrote: On Thu, Jan 27, 2011 at 3:10 PM, 4x4falconi...@4x4falcon.com wrote: Physical things can change (eg road or railway realignment), non physical don't necessarily change. In the case of boundaries do we definitely know that when a road is realigned does the boundary change with it. This has been discussed many times since the import of the ABS boundary data. My guess would be that the boundaries generally do change, but I could be totally wrong. And I think high quality traces are likely to be more accurate than the ABS's data. That's the problem it's your guess. There has been no definitive answer since the original import. Yes I agree we need to improve the coastline mapping and the bing imagery allows us to do that significantly especially in remote areas. BUT don't guess find out for sure if the boundary firstly is meant to be the coastline and if the coastline or whatever changes does the boundary change. It probably does but I don't know for sure either. For editing (particularly for new users) it is easier to select which one to edit (particularly in potlatch) and not try to select the correct one using the appropriate keyboard shortcut which is not immediately apparent. Me, I think ease of editing should rate pretty low compared to quality of rendering or correctness. Incidentally, I have just checked in a new feature to Potlatch which will make it very easy to create colinear ways. Not sure when/if it will appear in the public version. So your mapping for the renderer. Have a look at this: http://www.openstreetmap.org/?lat=-34.82843lon=138.68718zoom=16layers=M Does the boundary appear in the middle of the road on Montague Road. Is it colinear or close nodes, without looking at in an editor? If you look in an editor such as josm you will see that its two separate ways with the nodes on the boundary varying between 1 and 3 metres away from the road nodes. You don't need to make the ways colinear for it to appear so on the rendered map. If they are parallel with the nodes within a metre of each other then it will appear colinear on the map. If they were put side by side ie like this =:= less than a metre apart there is no difference to rendering but you then have an easy means to select either way in any editor and the easier it is to add something, or modify something then more people will do so. Need to move the ways because the coastline has changed, then select both nodes and drag them to the new position. Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Victorian Coastline
On 27/01/11 20:21, 4x4falcon wrote: On 27/01/11 14:12, Steve Bennett wrote: On Thu, Jan 27, 2011 at 3:10 PM, 4x4falconi...@4x4falcon.com wrote: Physical things can change (eg road or railway realignment), non physical don't necessarily change. In the case of boundaries do we definitely know that when a road is realigned does the boundary change with it. This has been discussed many times since the import of the ABS boundary data. My guess would be that the boundaries generally do change, but I could be totally wrong. And I think high quality traces are likely to be more accurate than the ABS's data. That's the problem it's your guess. There has been no definitive answer since the original import. I really don't know why this knotty problem keeps cropping up. I can readily find examples locally for each of these cases: * ABS2006 boundaries don't follow roads when road alignment changes. * ABS2006 boundaries don't follow rivers when river channels change. * ABS2006 boundaries don't follow coastlines when coastlines change. * ABS2006 boundaries do not always correspond to suburb boundaries. * ABS2006 boundaries do not always correspond to postcode boundaries. * ABS2006 boundaries do not always correspond to shire boundaries. * ABS2006 boundaries do not always correspond to parish boundaries. I couldn't find an example rail line easily; but I think the pattern ought to be clear. (Simple logic says a single exception disproves the rule.) As I've stated elsewhere in this very thread, just because the boundaries *look* like something we want; does not necessarily *mean* they represent that thing. And bending them to fit a fiction just damages what worth they originally had... statistical boundaries for a past census? This is the one immutable fact about them. Their casual correspondence to a feature we would like to map helps locate and identify that feature (even if the drawing happens to be co-linear with the ABS boundary), and they should be applauded for providing those few hints, especially in areas with few other mapped features. However, if somebody has an accurate survey of (to drag the conversation back to it's Subject), say the Victorian Coastline, why aren't they drawing/updating the thing they have surveyed. Who cares if it happens to follow another line on the map? This is not a comparison of like with like. The real problem is: How to explain this clearly and simply to people who don't read/understand/follow this argument? My 2c. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Victorian Coastline
On 27/01/11 18:06, {withheld} wrote:
On 27/01/11 20:21, 4x4falcon wrote:
On 27/01/11 14:12, Steve Bennett wrote:
On Thu, Jan 27, 2011 at 3:10 PM, 4x4falconi...@4x4falcon.com wrote:
Physical things can change (eg road or railway realignment), non
physical
don't necessarily change. In the case of boundaries do we definitely
know
that when a road is realigned does the boundary change with it. This
has
been discussed many times since the import of the ABS boundary data.
My guess would be that the boundaries generally do change, but I could
be totally wrong. And I think high quality traces are likely to be
more accurate than the ABS's data.
That's the problem it's your guess. There has been no definitive answer
since the original import.
I really don't know why this knotty problem keeps cropping up. I can
readily find examples locally for each of these cases:
* ABS2006 boundaries don't follow roads when road alignment changes.
* ABS2006 boundaries don't follow rivers when river channels change.
* ABS2006 boundaries don't follow coastlines when coastlines change.
* ABS2006 boundaries do not always correspond to suburb boundaries.
* ABS2006 boundaries do not always correspond to postcode boundaries.
* ABS2006 boundaries do not always correspond to shire boundaries.
* ABS2006 boundaries do not always correspond to parish boundaries.
I couldn't find an example rail line easily; but I think the pattern
ought to be clear. (Simple logic says a single exception disproves the
rule.)
What was the source of this if you don't mind me asking as I'm sure
Steve will.
As I've stated elsewhere in this very thread, just because the
boundaries *look* like something we want; does not necessarily *mean*
they represent that thing. And bending them to fit a fiction just
damages what worth they originally had... statistical boundaries for a
past census? This is the one immutable fact about them. Their casual
correspondence to a feature we would like to map helps locate and
identify that feature (even if the drawing happens to be co-linear with
the ABS boundary), and they should be applauded for providing those few
hints, especially in areas with few other mapped features.
Agree totally.
However, if somebody has an accurate survey of (to drag the
conversation back to it's Subject), say the Victorian Coastline, why
aren't they drawing/updating the thing they have surveyed. Who cares if
it happens to follow another line on the map? This is not a comparison
of like with like.
The real problem is: How to explain this clearly and simply to people
who don't read/understand/follow this argument?
Cheers
Ross
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Victorian Coastline
On Thu, Jan 27, 2011 at 8:21 PM, 4x4falcon i...@4x4falcon.com wrote: So your mapping for the renderer. I'm mapping for renderers, yes. Why, what are *you* mapping for? Is it colinear or close nodes, without looking at in an editor? If you look in an editor such as josm you will see that its two separate ways with the nodes on the boundary varying between 1 and 3 metres away from the road nodes. You don't need to make the ways colinear for it to appear so on the rendered map. If they are parallel with the nodes within a metre of each other then it will appear colinear on the map. If they were put side by side ie like this =:= less than a metre apart there is no difference to rendering but you then have an easy means to select either way in any editor and the easier it is to add something, or modify something then more people will do so. I don't have a strong opinion either way, but I think you're overstating the difficulty of working with co-linear ways. In Potlatch, click a node. Press /. If you want the other way, press / again. One thing I just thought of with co-linear ways though is people might end up making junctions with the wrong way. Note to self: add feature to hide and render unselectable all admin=boundary. Need to move the ways because the coastline has changed, then select both nodes and drag them to the new position. What's the advantage? Here's what I'm thinking now: Coastlines: option 2 or 3 Other boundaries: option 4 or 5 Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Victorian Coastline
On 27 January 2011 21:17, Steve Bennett stevag...@gmail.com wrote: Note to self: add feature to hide and render unselectable all admin=boundary. I used to always do this (using Josm filters) when working in country areas around Qld, the shire boundaries and roads were always interfering with each other. Then I started finding problems where sometimes they were connected, sometime they weren't, sometimes the boundary and road way was the same thing (so if you hide them the road vanishes as well). So now I just filter them unselectable, so I can see them dulled out, and if they seem to be connected I'll temporarily unfilter them just long enough to check what they're doing before dimming them again if they're not a problem. It makes my life much easier, most of the time. Stephen ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Victorian Coastline
On 27/01/11 19:17, Steve Bennett wrote: On Thu, Jan 27, 2011 at 8:21 PM, 4x4falconi...@4x4falcon.com wrote: So your mapping for the renderer. I'm mapping for renderers, yes. Why, what are *you* mapping for? Basic premise of openstreetmap has always been Don't map for the renderers map what is on the ground and let the renderers sort it out. http://wiki.openstreetmap.org/wiki/Good_practice #Don.27t_map_for_the_renderer So you don't map so that something looks good in the renderer. So if someone maps something that they think will look good in the renderer but is not what's actually there then it's incorrect. Things like roundabouts drawn twice the size they really are with 50 nodes to make the circle look better. When if drawn at the correct size with 8 - 16 nodes it makes a good circle. I map what is on the ground. Is it colinear or close nodes, without looking at in an editor? If you look in an editor such as josm you will see that its two separate ways with the nodes on the boundary varying between 1 and 3 metres away from the road nodes. You don't need to make the ways colinear for it to appear so on the rendered map. If they are parallel with the nodes within a metre of each other then it will appear colinear on the map. If they were put side by side ie like this =:= less than a metre apart there is no difference to rendering but you then have an easy means to select either way in any editor and the easier it is to add something, or modify something then more people will do so. I don't have a strong opinion either way, but I think you're overstating the difficulty of working with co-linear ways. In Potlatch, click a node. Press /. If you want the other way, press / again. One thing I just thought of with co-linear ways though is people might end up making junctions with the wrong way. Note to self: add feature to hide and render unselectable all admin=boundary. One of the major problems, and why I say don't join anything to admin boundaries. Maybe better to develop a filter so that you can select what you want shown. Of course josm already has th Need to move the ways because the coastline has changed, then select both nodes and drag them to the new position. What's the advantage? Here's what I'm thinking now: Coastlines: option 2 or 3 Other boundaries: option 4 or 5 Steve I can live with this. Generally it's unlikely that the coastline will actually change but other things do. Problem is though as you've pointed out above when someone joins a river to the coastline have they got the correct way. If they are parallel then it's easy to choose if they are colinear then it's a dogs breakfast. So don't make admin boundaries represent anything else and don't join anything to admin boundaries. If you think the admin boundary is along a road or river or railway but you're not sure don't put it in. If it's along a road, railway, river and you can confirm it copy the admin boundary and paste it beside itself then retag for what you want it to be. Sorry potlatch can't do that I guess you'll just have to use josm. Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Victorian Coastline
On 27 January 2011 21:06 pheasant.cou...@gmail.com wrote: * ABS2006 boundaries don't follow coastlines when coastlines change. What about when coastlines haven't changed, but when the ABS2006 boundary drifts from the coastline? The answer here, is we don't know whether they intended to follow the coastline and the coastline data they had was just inaccurate, or whether they intended to mark a different boundary, or whether they had no intention, because they just didn't cast their minds to the issue at all. Our chances of getting an official position on this is close to zero, IMO. However, if somebody has an accurate survey of (to drag the conversation back to it's Subject), say the Victorian Coastline, why aren't they drawing/updating the thing they have surveyed. Who cares if it happens to follow another line on the map? This is not a comparison of like with like. They are - the coastline is being constantly updated as better imagery and surveys become available. The real problem is: How to explain this clearly and simply to people who don't read/understand/follow this argument? This is because you are regarding the ABS2006 import as representative of nothing but the boundary of the ABS2006 statistical zones. Then when we discuss admin boundaries and coastline, you say we are not comparing like with like. However, the ABS2006 import has been used all over Australia for administrative boundaries. It is these admin boundaries that we are talking about here, directly derived from the statistical boundaries, but not necessarily equivalent to them. You may have an entirely valid argument to say that ABS2006 should never have been imported to represent anything but the ABS2006 statistical boundaries - but the reality is that is not what has happened. I don't care about statistical boundaries, I care about the suburb and town administrative boundaries. We should adjust these to the coastline. We should then remove the source for the admin boundary as ABS2006, with the admin boundary then derived from the coastline. An accurate coastline survey/trace is at least as good as any other source we have for the admin boundary in this case. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Victorian Coastline
On 27 January 2011 22:04, Stephen Hope slh...@gmail.com wrote: interfering with each other. Then I started finding problems where sometimes they were connected, sometime they weren't, sometimes the boundary and road way was the same thing (so if you hide them the road vanishes as well). So now I just filter them unselectable, so I can You just need a better filter :) filters.filter.0=1;boundary=administrative -(highway=* | waterway=* | natural=* | railway=*) type:way;add;false;false;legacy;false;true;false;false ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Fwd: [Aust-NZ] FYI: Government encourages use of open source software
-- Forwarded message -- From: Ross Johnson ros...@hotmail.com Date: 28 January 2011 15:50 Subject: [Aust-NZ] FYI: Government encourages use of open source software To: aust...@lists.osgeo.org Some good news: Government encourages use of open source software http://www.governmentnews.com.au/2011/01/28/article/Government-encourages-use-of-open-source-software/TESSQMCBHS.html ___ Aust-NZ mailing list aust...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/aust-nz ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Fwd: [HOT] 2 Spot WMS to support OSM work in repsonse to floodings in Brazil
Pessoal, Alguem poderia testar essas imagens do Rio fornecidas pela SPOT e atualizar o wiki? Inclusive tem uma da semana passada, mas não sei se dá pra identificar os locais atingidos. -- Forwarded message -- From: nicolas chavent nicolas.chav...@gmail.com Date: 2011/1/27 Subject: [HOT] 2 Spot WMS to support OSM work in repsonse to floodings in Brazil To: hot h...@openstreetmap.org Cc: Jean-Francois (Jeff) Faudi jeanfrancois.fa...@gmail.com, Jean-Guilhem Cailton j...@arkemie.com Hi there Below a thread involving Jean Guilhem and myself with Jeff (from SpotImage) which leads to the access to 2 images by SpotImage in support of OSM work in Brazil Hyper grateful if someone can pass those ressources to the Brazilian mappers and list them in the FloodResponse section of the wiki_project_brazil Once more, thanks to Spot for the continuation of their support to OSM ground work in disaster response- Excellent day/ night to all Ciao Nicolas -- Forwarded message -- From: Jean-Francois (Jeff) Faudi jeanfrancois.fa...@gmail.com Date: 2011/1/27 Subject: Re: [HOT] Fwd: Re: [Talk-br] Fwd: HOT Activation in response to Floods in Brazil To: Jean-Guilhem Cailton j...@arkemie.com Cc: nicolas chavent nicolas.chav...@gmail.com Bonjour Nicolas et Jean-Guilhem, Désolé du retour un peu lent mais nous avons maintenant deux WMS à disposition : - SPOTMaps pré-crise disponible en WMS (date environ 2008-2009 je pense) http://www.geodatawork.net/__streaminguid.a66422bb-650a-42d0-bcc8-1b541effacd5/wms.ashx? - Une scène acquise le 21 janvier 2011 dans le cadre de la charte risques disponible aussi en WMS http://ws.spotimage.com/spotlive/wms/a1be5cd4-c6fb-403b-929c-70227710a3db Je vous rapelle les conditions d'utilisation de ces données à toujours transmettre avec les URL : http://www.youmapps.org/licenses/EULA-OSM-en.html Si possible, merci de me faire un retour sur l'utilisation par les brésiliens et les autres mappeurs. Merci d'inclure un post sur votre blog et autres listes. Les deux WMS sont valables jusqu'au 30/06/2011. A bientot, Jean-Francois Faudi. Le 21 janvier 2011 14:43, Jean-Guilhem Cailton j...@arkemie.com a écrit : Bonjour, J'ai consulté les Brésiliens par chat. Pas d'infos nouvelles par rapport à mon message de mercredi soir. (Bing étend petit à petit sa couverture au Brésil, mais pas dans la zone affectée). Je confirme donc l'intérêt de SpotMaps, avec les commentaires de mon courriel de mercredi soir. Et donc, s'il est encore possible de modifier l'AOI, une extension d'un dixième de degré vers l'est permettrait d'atteindre la limite de Bing, en couvrant une zone touchée. Voici donc l'AOI avec cette modification - de -22 à -22.7 degrés de latitude (sud) - de -42.3 à -43.3 degrés de longitude (ouest) - from -22 to -22.7 degrees of latitude (south) - from -42.3 to -43.3 degrees of longitude (west) Bien cordialement, Jean-Guilhem Le 19/01/2011 18:16, Jean-Francois (Jeff) Faudi a écrit : Bonjour, Désolé pour le retard. La charte a été déclenchée. Voici les acquisition prévues : *ID 351-1 over Brazil* Spot reference RF* *6175. Centre de la ZIG diameter 60 Km : Lat:22°20’59S Long: 42°45’00”W Tentatives faites 15th January = Spot4 – 10m color == nuages 16th January = Spot5 – 2.5 m color == nuages 17th January = Spot5 – 2.5 m color == nuages reste : 19 et 20/01 (10mC – Spot 4) et le 21/0/ (2.5mC). Si on fait des acquisitions non nuageuses, vous devriez les avoir par UNOSAT. S'il y a de belles images 2,50m, on les publiera aussi. Par ailleurs, je n'ai pas eu de retour de mon contact commercial au Brésil mais je pense que l'on peut avancer. Est-ce qu'il y a toujours du sens à ce que l'on mette à dispo le SPOTMaps sur la zone indiquée ? Et si oui, Jean-Guilhem : est-ce que tu confirmes que c'est la bonne zone ? Merci. A bientot, JF 2011/1/14 Jean-Guilhem Cailton j...@arkemie.com D'après les villes affectées recueillies sur le wiki par un Brésilien - http://wiki.openstreetmap.org/wiki/2011_Rio_de_Janeiro_Flooding dont celles citées par l'article que tu as donné - http://www.trust.org/alertnet/news/update-4-brazil-flood-deaths-rise-to-388-rescuers-struggle/ Soit Teresopolis Petropolis Sao José do Vale du Rio Preto Sumidoro Nova Friburgo (voir http://www.openstreetmap.org/?lat=-22.28lon=-42.836zoom=11layers=Mpour les situer) Il semble que l'AOI serait : - de -22 à -22.7 degrés de latitude (sud) - de -42.4 à -43.3 degrés de longitude (ouest) S'il est possible d'avoir de l'imagerie qui inclue cette zone (voire déborde, bien sûr), ou en couvre une partie, ce serait top. SURTOUT si elle est post-catastrophe. Elle permettrait de voir les glissements de terrain, et on pourrait sûrement en faire des cartes très utiles aux secours sur le terrain. (Vitor a des contacts). Jean-Guilhem Le 14/01/2011 07:30, nicolas chavent a écrit : jean-guilhem top si on chope un
Re: [Talk-br] Fwd: [HOT] 2 Spot WMS to support OSM work in repsonse to floodings in Brazil
Consegui. É possível ver algumas áreas que ficaram marrons. Deve ser os deslizamentos. As imagens não foram retificadas, então há algum deslocamento. As imagens mais novas são um pouco melhores. As antigas tem sobreposições dos tiles, mas servem para comparação. Le 27 janvier 2011 08:21, Bráulio brauliobeze...@gmail.com a écrit : Estou tentando aqui. Le 27 janvier 2011 08:19, Claudomiro Nascimento Junior claudom...@claudomiro.com a écrit : Pessoal, Alguem poderia testar essas imagens do Rio fornecidas pela SPOT e atualizar o wiki? Inclusive tem uma da semana passada, mas não sei se dá pra identificar os locais atingidos. -- Forwarded message -- From: nicolas chavent nicolas.chav...@gmail.com Date: 2011/1/27 Subject: [HOT] 2 Spot WMS to support OSM work in repsonse to floodings in Brazil To: hot h...@openstreetmap.org Cc: Jean-Francois (Jeff) Faudi jeanfrancois.fa...@gmail.com, Jean-Guilhem Cailton j...@arkemie.com Hi there Below a thread involving Jean Guilhem and myself with Jeff (from SpotImage) which leads to the access to 2 images by SpotImage in support of OSM work in Brazil Hyper grateful if someone can pass those ressources to the Brazilian mappers and list them in the FloodResponse section of the wiki_project_brazil Once more, thanks to Spot for the continuation of their support to OSM ground work in disaster response- Excellent day/ night to all Ciao Nicolas -- Forwarded message -- From: Jean-Francois (Jeff) Faudi jeanfrancois.fa...@gmail.com Date: 2011/1/27 Subject: Re: [HOT] Fwd: Re: [Talk-br] Fwd: HOT Activation in response to Floods in Brazil To: Jean-Guilhem Cailton j...@arkemie.com Cc: nicolas chavent nicolas.chav...@gmail.com Bonjour Nicolas et Jean-Guilhem, Désolé du retour un peu lent mais nous avons maintenant deux WMS à disposition : - SPOTMaps pré-crise disponible en WMS (date environ 2008-2009 je pense) http://www.geodatawork.net/__streaminguid.a66422bb-650a-42d0-bcc8-1b541effacd5/wms.ashx? - Une scène acquise le 21 janvier 2011 dans le cadre de la charte risques disponible aussi en WMS http://ws.spotimage.com/spotlive/wms/a1be5cd4-c6fb-403b-929c-70227710a3db Je vous rapelle les conditions d'utilisation de ces données à toujours transmettre avec les URL : http://www.youmapps.org/licenses/EULA-OSM-en.html Si possible, merci de me faire un retour sur l'utilisation par les brésiliens et les autres mappeurs. Merci d'inclure un post sur votre blog et autres listes. Les deux WMS sont valables jusqu'au 30/06/2011. A bientot, Jean-Francois Faudi. Le 21 janvier 2011 14:43, Jean-Guilhem Cailton j...@arkemie.com a écrit : Bonjour, J'ai consulté les Brésiliens par chat. Pas d'infos nouvelles par rapport à mon message de mercredi soir. (Bing étend petit à petit sa couverture au Brésil, mais pas dans la zone affectée). Je confirme donc l'intérêt de SpotMaps, avec les commentaires de mon courriel de mercredi soir. Et donc, s'il est encore possible de modifier l'AOI, une extension d'un dixième de degré vers l'est permettrait d'atteindre la limite de Bing, en couvrant une zone touchée. Voici donc l'AOI avec cette modification - de -22 à -22.7 degrés de latitude (sud) - de -42.3 à -43.3 degrés de longitude (ouest) - from -22 to -22.7 degrees of latitude (south) - from -42.3 to -43.3 degrees of longitude (west) Bien cordialement, Jean-Guilhem Le 19/01/2011 18:16, Jean-Francois (Jeff) Faudi a écrit : Bonjour, Désolé pour le retard. La charte a été déclenchée. Voici les acquisition prévues : *ID 351-1 over Brazil* Spot reference RF* *6175. Centre de la ZIG diameter 60 Km : Lat:22°20’59S Long: 42°45’00”W Tentatives faites 15th January = Spot4 – 10m color == nuages 16th January = Spot5 – 2.5 m color == nuages 17th January = Spot5 – 2.5 m color == nuages reste : 19 et 20/01 (10mC – Spot 4) et le 21/0/ (2.5mC). Si on fait des acquisitions non nuageuses, vous devriez les avoir par UNOSAT. S'il y a de belles images 2,50m, on les publiera aussi. Par ailleurs, je n'ai pas eu de retour de mon contact commercial au Brésil mais je pense que l'on peut avancer. Est-ce qu'il y a toujours du sens à ce que l'on mette à dispo le SPOTMaps sur la zone indiquée ? Et si oui, Jean-Guilhem : est-ce que tu confirmes que c'est la bonne zone ? Merci. A bientot, JF 2011/1/14 Jean-Guilhem Cailton j...@arkemie.com D'après les villes affectées recueillies sur le wiki par un Brésilien - http://wiki.openstreetmap.org/wiki/2011_Rio_de_Janeiro_Flooding dont celles citées par l'article que tu as donné - http://www.trust.org/alertnet/news/update-4-brazil-flood-deaths-rise-to-388-rescuers-struggle/ Soit Teresopolis Petropolis Sao José do Vale du Rio Preto Sumidoro Nova Friburgo (voir http://www.openstreetmap.org/?lat=-22.28lon=-42.836zoom=11layers=Mpour les situer) Il semble que l'AOI serait : - de -22 à -22.7
Re: [Talk-br] Fwd: [HOT] 2 Spot WMS to support OSM work in repsonse to floodings in Brazil
legal Braulio, obrigado 2011/1/27 Bráulio brauliobeze...@gmail.com Consegui. É possível ver algumas áreas que ficaram marrons. Deve ser os deslizamentos. As imagens não foram retificadas, então há algum deslocamento. As imagens mais novas são um pouco melhores. As antigas tem sobreposições dos tiles, mas servem para comparação. Le 27 janvier 2011 08:21, Bráulio brauliobeze...@gmail.com a écrit : Estou tentando aqui. Le 27 janvier 2011 08:19, Claudomiro Nascimento Junior claudom...@claudomiro.com a écrit : Pessoal, Alguem poderia testar essas imagens do Rio fornecidas pela SPOT e atualizar o wiki? Inclusive tem uma da semana passada, mas não sei se dá pra identificar os locais atingidos. -- Forwarded message -- From: nicolas chavent nicolas.chav...@gmail.com Date: 2011/1/27 Subject: [HOT] 2 Spot WMS to support OSM work in repsonse to floodings in Brazil To: hot h...@openstreetmap.org Cc: Jean-Francois (Jeff) Faudi jeanfrancois.fa...@gmail.com, Jean-Guilhem Cailton j...@arkemie.com Hi there Below a thread involving Jean Guilhem and myself with Jeff (from SpotImage) which leads to the access to 2 images by SpotImage in support of OSM work in Brazil Hyper grateful if someone can pass those ressources to the Brazilian mappers and list them in the FloodResponse section of the wiki_project_brazil Once more, thanks to Spot for the continuation of their support to OSM ground work in disaster response- Excellent day/ night to all Ciao Nicolas -- Forwarded message -- From: Jean-Francois (Jeff) Faudi jeanfrancois.fa...@gmail.com Date: 2011/1/27 Subject: Re: [HOT] Fwd: Re: [Talk-br] Fwd: HOT Activation in response to Floods in Brazil To: Jean-Guilhem Cailton j...@arkemie.com Cc: nicolas chavent nicolas.chav...@gmail.com Bonjour Nicolas et Jean-Guilhem, Désolé du retour un peu lent mais nous avons maintenant deux WMS à disposition : - SPOTMaps pré-crise disponible en WMS (date environ 2008-2009 je pense) http://www.geodatawork.net/__streaminguid.a66422bb-650a-42d0-bcc8-1b541effacd5/wms.ashx? - Une scène acquise le 21 janvier 2011 dans le cadre de la charte risques disponible aussi en WMS http://ws.spotimage.com/spotlive/wms/a1be5cd4-c6fb-403b-929c-70227710a3db Je vous rapelle les conditions d'utilisation de ces données à toujours transmettre avec les URL : http://www.youmapps.org/licenses/EULA-OSM-en.html Si possible, merci de me faire un retour sur l'utilisation par les brésiliens et les autres mappeurs. Merci d'inclure un post sur votre blog et autres listes. Les deux WMS sont valables jusqu'au 30/06/2011. A bientot, Jean-Francois Faudi. Le 21 janvier 2011 14:43, Jean-Guilhem Cailton j...@arkemie.com a écrit : Bonjour, J'ai consulté les Brésiliens par chat. Pas d'infos nouvelles par rapport à mon message de mercredi soir. (Bing étend petit à petit sa couverture au Brésil, mais pas dans la zone affectée). Je confirme donc l'intérêt de SpotMaps, avec les commentaires de mon courriel de mercredi soir. Et donc, s'il est encore possible de modifier l'AOI, une extension d'un dixième de degré vers l'est permettrait d'atteindre la limite de Bing, en couvrant une zone touchée. Voici donc l'AOI avec cette modification - de -22 à -22.7 degrés de latitude (sud) - de -42.3 à -43.3 degrés de longitude (ouest) - from -22 to -22.7 degrees of latitude (south) - from -42.3 to -43.3 degrees of longitude (west) Bien cordialement, Jean-Guilhem Le 19/01/2011 18:16, Jean-Francois (Jeff) Faudi a écrit : Bonjour, Désolé pour le retard. La charte a été déclenchée. Voici les acquisition prévues : *ID 351-1 over Brazil* Spot reference RF* *6175. Centre de la ZIG diameter 60 Km : Lat:22°20’59S Long: 42°45’00”W Tentatives faites 15th January = Spot4 – 10m color == nuages 16th January = Spot5 – 2.5 m color == nuages 17th January = Spot5 – 2.5 m color == nuages reste : 19 et 20/01 (10mC – Spot 4) et le 21/0/ (2.5mC). Si on fait des acquisitions non nuageuses, vous devriez les avoir par UNOSAT. S'il y a de belles images 2,50m, on les publiera aussi. Par ailleurs, je n'ai pas eu de retour de mon contact commercial au Brésil mais je pense que l'on peut avancer. Est-ce qu'il y a toujours du sens à ce que l'on mette à dispo le SPOTMaps sur la zone indiquée ? Et si oui, Jean-Guilhem : est-ce que tu confirmes que c'est la bonne zone ? Merci. A bientot, JF 2011/1/14 Jean-Guilhem Cailton j...@arkemie.com D'après les villes affectées recueillies sur le wiki par un Brésilien - http://wiki.openstreetmap.org/wiki/2011_Rio_de_Janeiro_Flooding dont celles citées par l'article que tu as donné - http://www.trust.org/alertnet/news/update-4-brazil-flood-deaths-rise-to-388-rescuers-struggle/ Soit Teresopolis Petropolis Sao José do Vale du Rio Preto Sumidoro Nova Friburgo (voir
Re: [Talk-br] Fwd: [HOT] 2 Spot WMS to support OSM work in repsonse to floodings in Brazil
Aqui está a área de cobertura: Imagens novas: http://www.openstreetmap.org/?way=96934648 Imagens antigas: http://www.openstreetmap.org/?way=96935391 Alguém poderia atualizar no Wiki? Estou meio ocupado agora. Le 27 janvier 2011 09:18, Claudomiro Nascimento Junior claudom...@claudomiro.com a écrit : legal Braulio, obrigado 2011/1/27 Bráulio brauliobeze...@gmail.com Consegui. É possível ver algumas áreas que ficaram marrons. Deve ser os deslizamentos. As imagens não foram retificadas, então há algum deslocamento. As imagens mais novas são um pouco melhores. As antigas tem sobreposições dos tiles, mas servem para comparação. Le 27 janvier 2011 08:21, Bráulio brauliobeze...@gmail.com a écrit : Estou tentando aqui. Le 27 janvier 2011 08:19, Claudomiro Nascimento Junior claudom...@claudomiro.com a écrit : Pessoal, Alguem poderia testar essas imagens do Rio fornecidas pela SPOT e atualizar o wiki? Inclusive tem uma da semana passada, mas não sei se dá pra identificar os locais atingidos. -- Forwarded message -- From: nicolas chavent nicolas.chav...@gmail.com Date: 2011/1/27 Subject: [HOT] 2 Spot WMS to support OSM work in repsonse to floodings in Brazil To: hot h...@openstreetmap.org Cc: Jean-Francois (Jeff) Faudi jeanfrancois.fa...@gmail.com, Jean-Guilhem Cailton j...@arkemie.com Hi there Below a thread involving Jean Guilhem and myself with Jeff (from SpotImage) which leads to the access to 2 images by SpotImage in support of OSM work in Brazil Hyper grateful if someone can pass those ressources to the Brazilian mappers and list them in the FloodResponse section of the wiki_project_brazil Once more, thanks to Spot for the continuation of their support to OSM ground work in disaster response- Excellent day/ night to all Ciao Nicolas -- Forwarded message -- From: Jean-Francois (Jeff) Faudi jeanfrancois.fa...@gmail.com Date: 2011/1/27 Subject: Re: [HOT] Fwd: Re: [Talk-br] Fwd: HOT Activation in response to Floods in Brazil To: Jean-Guilhem Cailton j...@arkemie.com Cc: nicolas chavent nicolas.chav...@gmail.com Bonjour Nicolas et Jean-Guilhem, Désolé du retour un peu lent mais nous avons maintenant deux WMS à disposition : - SPOTMaps pré-crise disponible en WMS (date environ 2008-2009 je pense) http://www.geodatawork.net/__streaminguid.a66422bb-650a-42d0-bcc8-1b541effacd5/wms.ashx? - Une scène acquise le 21 janvier 2011 dans le cadre de la charte risques disponible aussi en WMS http://ws.spotimage.com/spotlive/wms/a1be5cd4-c6fb-403b-929c-70227710a3db Je vous rapelle les conditions d'utilisation de ces données à toujours transmettre avec les URL : http://www.youmapps.org/licenses/EULA-OSM-en.html Si possible, merci de me faire un retour sur l'utilisation par les brésiliens et les autres mappeurs. Merci d'inclure un post sur votre blog et autres listes. Les deux WMS sont valables jusqu'au 30/06/2011. A bientot, Jean-Francois Faudi. Le 21 janvier 2011 14:43, Jean-Guilhem Cailton j...@arkemie.com a écrit : Bonjour, J'ai consulté les Brésiliens par chat. Pas d'infos nouvelles par rapport à mon message de mercredi soir. (Bing étend petit à petit sa couverture au Brésil, mais pas dans la zone affectée). Je confirme donc l'intérêt de SpotMaps, avec les commentaires de mon courriel de mercredi soir. Et donc, s'il est encore possible de modifier l'AOI, une extension d'un dixième de degré vers l'est permettrait d'atteindre la limite de Bing, en couvrant une zone touchée. Voici donc l'AOI avec cette modification - de -22 à -22.7 degrés de latitude (sud) - de -42.3 à -43.3 degrés de longitude (ouest) - from -22 to -22.7 degrees of latitude (south) - from -42.3 to -43.3 degrees of longitude (west) Bien cordialement, Jean-Guilhem Le 19/01/2011 18:16, Jean-Francois (Jeff) Faudi a écrit : Bonjour, Désolé pour le retard. La charte a été déclenchée. Voici les acquisition prévues : *ID 351-1 over Brazil* Spot reference RF* *6175. Centre de la ZIG diameter 60 Km : Lat:22°20’59S Long: 42°45’00”W Tentatives faites 15th January = Spot4 – 10m color == nuages 16th January = Spot5 – 2.5 m color == nuages 17th January = Spot5 – 2.5 m color == nuages reste : 19 et 20/01 (10mC – Spot 4) et le 21/0/ (2.5mC). Si on fait des acquisitions non nuageuses, vous devriez les avoir par UNOSAT. S'il y a de belles images 2,50m, on les publiera aussi. Par ailleurs, je n'ai pas eu de retour de mon contact commercial au Brésil mais je pense que l'on peut avancer. Est-ce qu'il y a toujours du sens à ce que l'on mette à dispo le SPOTMaps sur la zone indiquée ? Et si oui, Jean-Guilhem : est-ce que tu confirmes que c'est la bonne zone ? Merci. A bientot, JF 2011/1/14 Jean-Guilhem Cailton j...@arkemie.com D'après les villes affectées recueillies sur le wiki par un Brésilien -
Re: [Talk-br] Fwd: [HOT] 2 Spot WMS to support OSM work in repsonse to floodings in Brazil
Hi, There was a crash on the WMS server for the post-disaster image (Jan 21, 2011). Here is a URL that is working: http://ws.spotimage.com/spotlive/wms/56575f06-23e5-4ead-97f0-de3b85b0d8f9 Best wishes, Jean-Guilhem Le 27/01/2011 15:15, Jean-Guilhem Cailton a écrit : Hi, I updated the wiki (without being able to translate to *Português do Brasil*, unfortunately). Use EPSG:4326 (WGS 84) projection to avoid the overlaying tiles problem with SpotMaps (that can be observed with, e.g. Mercator projection in JOSM). I am wondering how to tag the areas of apparent landslide (assuming that might be useful information). Any suggestion ? Many thanks to Spot Image / Astrium Geo-Information Services, and to Jeff. Jean-Guilhem Le 27/01/2011 13:36, Bráulio a écrit : Aqui está a área de cobertura: Imagens novas: http://www.openstreetmap.org/?way=96934648 Imagens antigas: http://www.openstreetmap.org/?way=96935391 Alguém poderia atualizar no Wiki? Estou meio ocupado agora. Le 27 janvier 2011 09:18, Claudomiro Nascimento Junior claudom...@claudomiro.com mailto:claudom...@claudomiro.com a écrit : legal Braulio, obrigado 2011/1/27 Bráulio brauliobeze...@gmail.com mailto:brauliobeze...@gmail.com Consegui. É possível ver algumas áreas que ficaram marrons. Deve ser os deslizamentos. As imagens não foram retificadas, então há algum deslocamento. As imagens mais novas são um pouco melhores. As antigas tem sobreposições dos tiles, mas servem para comparação. Le 27 janvier 2011 08:21, Bráulio brauliobeze...@gmail.com mailto:brauliobeze...@gmail.com a écrit : Estou tentando aqui. Le 27 janvier 2011 08:19, Claudomiro Nascimento Junior claudom...@claudomiro.com mailto:claudom...@claudomiro.com a écrit : Pessoal, Alguem poderia testar essas imagens do Rio fornecidas pela SPOT e atualizar o wiki? Inclusive tem uma da semana passada, mas não sei se dá pra identificar os locais atingidos. -- Forwarded message -- From: *nicolas chavent* nicolas.chav...@gmail.com mailto:nicolas.chav...@gmail.com Date: 2011/1/27 Subject: [HOT] 2 Spot WMS to support OSM work in repsonse to floodings in Brazil To: hot h...@openstreetmap.org mailto:h...@openstreetmap.org Cc: Jean-Francois (Jeff) Faudi jeanfrancois.fa...@gmail.com mailto:jeanfrancois.fa...@gmail.com, Jean-Guilhem Cailton j...@arkemie.com mailto:j...@arkemie.com Hi there Below a thread involving Jean Guilhem and myself with Jeff (from SpotImage) which leads to the access to 2 images by SpotImage in support of OSM work in Brazil Hyper grateful if someone can pass those ressources to the Brazilian mappers and list them in the FloodResponse section of the wiki_project_brazil Once more, thanks to Spot for the continuation of their support to OSM ground work in disaster response- Excellent day/ night to all Ciao Nicolas -- Forwarded message -- From: *Jean-Francois (Jeff) Faudi* jeanfrancois.fa...@gmail.com mailto:jeanfrancois.fa...@gmail.com Date: 2011/1/27 Subject: Re: [HOT] Fwd: Re: [Talk-br] Fwd: HOT Activation in response to Floods in Brazil To: Jean-Guilhem Cailton j...@arkemie.com mailto:j...@arkemie.com Cc: nicolas chavent nicolas.chav...@gmail.com mailto:nicolas.chav...@gmail.com Bonjour Nicolas et Jean-Guilhem, Désolé du retour un peu lent mais nous avons maintenant deux WMS à disposition : - SPOTMaps pré-crise disponible en WMS (date environ 2008-2009 je pense) http://www.geodatawork.net/__streaminguid.a66422bb-650a-42d0-bcc8-1b541effacd5/wms.ashx? - Une scène acquise le 21 janvier 2011 dans le cadre de la charte risques disponible aussi en WMS http://ws.spotimage.com/spotlive/wms/a1be5cd4-c6fb-403b-929c-70227710a3db Je vous rapelle les conditions d'utilisation de ces données à toujours transmettre avec les URL : http://www.youmapps.org/licenses/EULA-OSM-en.html Si possible, merci de me faire un retour sur l'utilisation par les brésiliens et les autres mappeurs. Merci d'inclure un post sur votre blog et autres
Re: [Talk-de] Help: Pilgerweg Via Romea
Hallo Andreas, bei uns (Augburg) war einer von dem Förderverein vor kurzem, siehe [1] Ich vermute einfach mal, der Weg ist noch nicht in Bayern komplett ausgeschildert, wenn der Dr. Schott den noch erforscht. Hier [2] steht ja, das zwar die Städte bekannt sind, der Weg dazwischen aber noch nicht. Eine Kontaktaufnahme zu dem Förderverein könnte was bringen. Dort sind die besten Infos und er könnte die Route mit OSM darstellen. HAst Du Zeit/Lust, da mal anzufragen? Viele Grüße Dietmar [1] http://www.augsburger-allgemeine.de/Home/Lokales/Donauwoerth/Lokalnachrichte n/Artikel,-An-der-Via-Romea-gelegen-_arid,2306154_regid,5_puid,2_pageid,4496 .html [2] http://www.unterwegs-auf-alten-strassen.de/index.php?neu-7 -Ursprüngliche Nachricht- Von: Andreas Tille [mailto:andr...@an3as.eu] Gesendet am: Donnerstag, 27. Januar 2011 08:59 An: OSM-de Betreff: [Talk-de] Help: Pilgerweg Via Romea Hallo, durch Zufall ist mir im letzten Sommer ein Weg Namens Via Romea aufgefallen, der hier durch den Harz geht. Das Wegzeichen findet man auf dieser Webseite http://www.samtgemeinde-schladen.de/content/hornburg/tourismus/aus flugsziele/via_romea ansonsten ist die Information im Netz etwas dünn. Per Zufall kenne ich jemanden in der Stadtverwaltung Wernigerode, der hier involviert ist und konnte durch eigenes Abfahren mit dem Rad sowie der Hilfe des Bekannten den Weg von Hornburg bis Nordhausen vollständig erfassen: http://ra.osmsurround.org/analyze.jsp?relationId=908428 Ich habe das Zeichen auch mal per Zufall bei Würzburg am Main-Radweg gesehen - allerdings seinerzeit nicht reagiert und den Weg erfaßt :-( Die Frage ist nun: Gibt es Leute in der jeweiligen Gegend, die die Relation noch etwas fortsetzen können? Soviel ich gehört habe, ist der Verlauf in Thüringen noch nicht so gut ausgeschildert, in Bayern (siehe Würzburg aber angeblich doch ganz gut. Hier der grobe Verlauf: Stade, Celle, Edemissen, Braunschweig, [Hornburg, Wernigerode, Hasselfelde, Nordhausen,] (das ist alles erledigt) Bad Langensalza, Gotha, Schmalkalden, Meiningen, Bad Neustadt, Münnerstadt, Schweinfurt, Würzburg, Ochsenfurt, Aub, Rothenburg o.d.T., Dinkelsbühl, Marktoffingen, Donauwörth, Augsburg, Igling, Schongau, Oberammergau, Garmisch-Partenkirchen und Mittenwald Es wäre schön, wenn jemand die Relation (stückweise) ergänzen könnte. Alle Wege führen nach Rom :-) Andreas. -- http://fam-tille.de ___ 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
[Talk-de] [OT] was ist denn bei lat0 lon0 los?
Hallo zusammen, da es wohl nur Mapnik betrifft, mache ich mal ein OT davor. Dass bei o.g. Koordinaten nicht der Südpol ist wissen wir ja. Aber neuerdings (?) sieht es da recht seltsam aus: http://www.openstreetmap.org/?lat=0lon=0zoom=18layers=M Beim Rauszoomen wird's auch nicht besser. Ist hier jemand Mapnik-Spezi? Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Hallo. Am Donnerstag 27 Januar 2011, 10:03:01 schrieb Christian Knorr: Dass bei o.g. Koordinaten nicht der Südpol ist wissen wir ja. Ich würde ja sagen du bist mit dem Wissen alleine, aber das ist wohl übertrieben. Das glauben viele, deren eigene Koordination nur positive Werte haben. Der Punkt bezeichnet den Äquator auf Höhe Greenwitch. http://www.openstreetmap.org/?lat=0lon=0zoom=18layers=M Beim Rauszoomen wird's auch nicht besser. Ist hier jemand Mapnik-Spezi? Scheint als hätte jemand den Südpol dort hin verschoben und dabei eine genaze Menge Grenzen mitgerissen. Gruß, Bernd -- Wegen des Loches im Staatshaushalt wurde das Licht am Ende des Tunnels gelöscht. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am Donnerstag 27 Januar 2011, um 10:11:04 schrieb Bernd Wurst: Scheint als hätte jemand den Südpol dort hin verschoben und dabei eine genaze Menge Grenzen mitgerissen. Da ist aber nichts (mehr). Ich hatte da mal ein paar Banken gelöscht. Früher ward dort der Nordpol [1]. Ist also kein gespeicherter Punkt, sondern Mapnik scheint selber zu wissen was dort ist - wenn auch falsch. Gruß, Bernd MfG, Chris. [1] http://web.archiveorange.com/archive/v/ikstF5UpB6o3KdAVgTar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HAusdurchfahrt
Am 26.01.2011 21:24, schrieb M∡rtin Koppenhoefer: Das hängt vom Rendering ab ;-) Im Ernst, das covered wird - soweit ich weiss - derzeit noch von keinem Renderer unterstützt, aber darum gehts ja nicht ;-) Derzeit ist es 10 220 mal in Verwendung, d.h. irgendwann wird es auch gerendert werden. so ich hab mich mal getraut und das ins Wiki geschrieben! svhaut ihr mal drüber? http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#H ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am 27.01.2011 10:11, schrieb Bernd Wurst: http://www.openstreetmap.org/?lat=0lon=0zoom=18layers=M Beim Rauszoomen wird's auch nicht besser. Ist hier jemand Mapnik-Spezi? Scheint als hätte jemand den Südpol dort hin verschoben und dabei eine genaze Menge Grenzen mitgerissen. Gruß, Bernd Das dürfte es sein. Die Antarktis ist ja in Sektoren aufgeteilt (nach Entdeckernationen oder so). entweder jemand hat diesen Punkt verschoben, oder es hat jemand die Grenzen neu angelegt und Mapnik kommt mit der Koordinate des Südpols nicht klar. Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am 27.01.2011 10:11, schrieb Bernd Wurst: http://www.openstreetmap.org/?lat=0lon=0zoom=18layers=M Beim Rauszoomen wird's auch nicht besser. Ist hier jemand Mapnik-Spezi? Scheint als hätte jemand den Südpol dort hin verschoben und dabei eine ganze Menge Grenzen mitgerissen. Hallo, ich weiß gar nicht, dass der Südpol (Airport Station) schon so weit gewandert ist. Wieso nach Afrika? Das weiß nur der Verantwortliche! Wäre nicht schlecht, wenn der wieder da hin kommt wo er momentan auch ist. Den Punkt, wenn der so wichtig ist, kann man durch einen neuen Ersetzen und Beschriften. Gruß Christian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am 27. Januar 2011 10:11 schrieb Bernd Wurst be...@bwurst.org: Scheint als hätte jemand den Südpol dort hin verschoben und dabei eine genaze Menge Grenzen mitgerissen. Scheint so, ist aber nicht der Fall. Da ist kein Südpol an dem Punkt in der Datenbank. War auch nicht. Mapnik rendert dort aber trotzdem schon seit Ewigkeiten den Südpol hin. Ist kein Fehler in den Daten sondern ein bekanntes Problem im Mapnik. Grüße, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am 27.01.11 10:03, schrieb Christian Knorr: Hallo zusammen, da es wohl nur Mapnik betrifft, mache ich mal ein OT davor. Nicht nur: In der CycleMap ist dort der Nordpol, und osmarender malt da auch irgendwas hin. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am 27. Januar 2011 10:34 schrieb Henning Scholland o...@aighes.de: Am 27.01.2011 10:11, schrieb Bernd Wurst: http://www.openstreetmap.org/?lat=0lon=0zoom=18layers=M Beim Rauszoomen wird's auch nicht besser. Ist hier jemand Mapnik-Spezi? Scheint als hätte jemand den Südpol dort hin verschoben und dabei eine genaze Menge Grenzen mitgerissen. Gruß, Bernd Das dürfte es sein. Die Antarktis ist ja in Sektoren aufgeteilt (nach Entdeckernationen oder so). entweder jemand hat diesen Punkt verschoben, oder es hat jemand die Grenzen neu angelegt und Mapnik kommt mit der Koordinate des Südpols nicht klar. Sieht im Prinzip aus wie ein Mapnik bug, ist aber m.E. vermutlich doch ein Problem in den Daten. Das ist seit 2 planets so (also 2 Wochen). Ich habe das Problem hier auch lokal. Da ich weder osm2pgsql noch mapnik oder postgres/postgis angerührt habe, vermute ich das Problem in den Daten. Habe dazu auch schon einen Thread auf der engl. Liste gestartet, aber überhaupt keine Rückmeldung bekommen. Wenn man mit der Api den Bereich rund um (0,0) abruft, sind dort keine Daten. Prinzipiell ist es ja in unserer Projektion so, dass der Punkt lat=180 bzw. -180 nicht dargestellt werden kann, vermutlich hängt es damit zusammen. Was mich wundert ist, dass das Problem davor nicht aufgetreten ist. Die Lösung ist wohl, dass dieser Way (und vermutlich auch die anderen Grenzen in der Antarktis) vorher nicht drin waren: http://www.openstreetmap.org/browse/way/91630021/history Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am 27. Januar 2011 11:19 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Prinzipiell ist es ja in unserer Projektion so, dass der Punkt lat=180 bzw. -180 nicht dargestellt werden kann, gemeint war natürlich +-90 ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HAusdurchfahrt
Am 27. Januar 2011 11:08 schrieb Sven Geggus li...@fuchsschwanzdomain.de: M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: Das hängt vom Rendering ab ;-) Im Ernst, das covered wird - soweit ich weiss - derzeit noch von keinem Renderer unterstützt, aber darum gehts ja nicht ;-) Derzeit ist es 10 220 mal in Verwendung, d.h. irgendwann wird es auch gerendert werden. Man müsste die Wege ja gestrichelt rendern oder so, das wären also ziemlich viele neue Renderregeln. Ich habe da schon mit allen Layer und Tunnel Varianten rumgespielt, der Weg durchschneidet derzeit bei Mapnik immer das Gebäude. Dadurch sieht sowas wie ein Stadttor halt häßlich aus. Der Layer ist nicht sooo wichtig, die offiziellen Regeln beweisen auch des öfteren Mut zur Lücke. Ich würde einen gestrichelten Weg ziemlich weit oben rendern (also sehr spät), evtl. kann man auch einfach bei allen Tunnel-regeln ein or covered=yes dazupacken. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am Donnerstag 27 Januar 2011, um 11:15:46 schrieb André Joost: Am 27.01.11 10:03, schrieb Christian Knorr: Hallo zusammen, da es wohl nur Mapnik betrifft, mache ich mal ein OT davor. Nicht nur: In der CycleMap ist dort der Nordpol Jetzt stell' Dich mal nicht so an :P und osmarender malt da auch irgendwas hin. Dieses Irgendwas ist vermutlich das was ich gelöscht hatte (ein paar Banken und sonstiger Unfug - aber sicher kein Pol). Wenn das neu gerendert wird sollte es weg sein. Gruß, André Joost MfG, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am 27.01.11 11:21, schrieb M∡rtin Koppenhoefer: Am 27. Januar 2011 11:19 schrieb M∡rtin Koppenhoeferdieterdre...@gmail.com: Prinzipiell ist es ja in unserer Projektion so, dass der Punkt lat=180 bzw. -180 nicht dargestellt werden kann, gemeint war natürlich +-90 ;-) Genauer dieser Punkt: http://www.openstreetmap.org/browse/node/1064586608 Das kann Mapnik wohl nicht automatisch als ausserhalb der Konventionen ausfiltern. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am 27. Januar 2011 11:39 schrieb André Joost andre+jo...@nurfuerspam.de: Am 27.01.11 11:21, schrieb M∡rtin Koppenhoefer: Am 27. Januar 2011 11:19 schrieb M∡rtin Koppenhoeferdieterdre...@gmail.com: Prinzipiell ist es ja in unserer Projektion so, dass der Punkt lat=180 bzw. -180 nicht dargestellt werden kann, gemeint war natürlich +-90 ;-) Genauer dieser Punkt: http://www.openstreetmap.org/browse/node/1064586608 Das kann Mapnik wohl nicht automatisch als ausserhalb der Konventionen ausfiltern. Würde es was bringen, wenn man den auf 89.999 setzen würde? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Würde es was bringen, wenn man den auf -89.999 setzen würde? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am 27.01.11 11:39, schrieb André Joost: Am 27.01.11 11:21, schrieb M∡rtin Koppenhoefer: Am 27. Januar 2011 11:19 schrieb M∡rtin Koppenhoeferdieterdre...@gmail.com: Prinzipiell ist es ja in unserer Projektion so, dass der Punkt lat=180 bzw. -180 nicht dargestellt werden kann, gemeint war natürlich +-90 ;-) Genauer dieser Punkt: http://www.openstreetmap.org/browse/node/1064586608 Nachtrag: http://www.openstreetmap.org/?lat=-90.0lon=0.0zoom=18 verweist aber auch zum Äquator, statt in die Antarktis. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am 27.01.11 11:42, schrieb M∡rtin Koppenhoefer: Am 27. Januar 2011 11:39 schrieb André Joostandre+jo...@nurfuerspam.de: Am 27.01.11 11:21, schrieb M∡rtin Koppenhoefer: Am 27. Januar 2011 11:19 schrieb M∡rtin Koppenhoeferdieterdre...@gmail.com: Prinzipiell ist es ja in unserer Projektion so, dass der Punkt lat=180 bzw. -180 nicht dargestellt werden kann, gemeint war natürlich +-90 ;-) Genauer dieser Punkt: http://www.openstreetmap.org/browse/node/1064586608 Das kann Mapnik wohl nicht automatisch als ausserhalb der Konventionen ausfiltern. Würde es was bringen, wenn man den auf 89.999 setzen würde? mantra Masn sollte Mapnik eher beibringen, Knoten mit Koordinaten jenseits der +-85,irgendwas zu ignorieren. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] was ist denn bei lat0 lon0 los?
Am 27. Januar 2011 11:43 schrieb André Joost andre+jo...@nurfuerspam.de: Nachtrag: http://www.openstreetmap.org/?lat=-90.0lon=0.0zoom=18 verweist aber auch zum Äquator, statt in die Antarktis. http://www.openstreetmap.org/?lat=-86lon=0.0zoom=18 auch. Unsere Karte geht eben nur von rd. -85 bis +85 (Breiten in latlon) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Naturschutzgebiet (NSG) bei leisure
Sorry, ich schon wieder ;) wie kommt eigentlich das Naturschutzgebiet zu leisure? leisure wird ja erklärt: /... werden Orte beschrieben, die _hauptsächlich_ der Gestaltung der Freizeit dienen./ wie bitte? ich finde das passt überhaupt nicht in die Reihe hinein Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutzgebiet (NSG) bei leisure
Am 27. Januar 2011 13:43 schrieb Steffen Heinz eifelhu...@gmx.de: Sorry, ich schon wieder ;) wie kommt eigentlich das Naturschutzgebiet zu leisure? leisure wird ja erklärt: /... werden Orte beschrieben, die _hauptsächlich_ der Gestaltung der Freizeit dienen./ wie bitte? ich finde das passt überhaupt nicht in die Reihe hinein Deshalb gibt es ja schon seit einiger Zeit alternative (m.E. bessere) Möglichkeiten, so was einzutragen. http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutzgebiet (NSG) bei leisure
Am 27.01.2011 13:49, schrieb M∡rtin Koppenhoefer: Am 27. Januar 2011 13:43 schrieb Steffen Heinzeifelhu...@gmx.de: Sorry, ich schon wieder ;) wie kommt eigentlich das Naturschutzgebiet zu leisure? leisure wird ja erklärt: /... werden Orte beschrieben, die _hauptsächlich_ Deshalb gibt es ja schon seit einiger Zeit alternative (m.E. bessere) Möglichkeiten, so was einzutragen. http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area sollten wird das dann nicht ins wiki eintragen? als Anmerkung zumindest? (leider ist mein Englisch nicht so gut das ich das Link lesen kann) Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutzgebiet (NSG) bei leisure
Moin, Steffen Heinz schrieb: wie kommt eigentlich das Naturschutzgebiet zu leisure? ... die _hauptsächlich_ der Gestaltung der Freizeit dienen./ ich finde das passt überhaupt nicht in die Reihe hinein na ja, sieh es doch mal so herum: Der normalsterbliche OSM-Bürger kann diese Landstriche max. zur Erholung nutzen ... Nicht dass ich die Einteilung deswegen befürworte - aber Du hast halt nach der Entstehung gefragt. (Was viele anscheinend häufig nicht betrachten, ist, dass OSM ursprünglich schlicht von 'Nutzerseite' aus entstanden ist - nicht unbedingt von Geografie-/Kartografie- oder sonstigen Experten. Da ist halt vieles aus dem Bauch heraus entstanden.) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HAusdurchfahrt
Am 26.01.2011 20:15, schrieb Steffen Heinz: Am 26.01.2011 19:55, schrieb Chris66: Am 26.01.2011 19:42, schrieb Steffen Heinz: ??? an der Durchfahrt? Wird der Weg oder das Gebäude gekennzeichnet? Das Wegstück. danke! sonst nichts? Am Gebäude muss also nichts gemacht werden, nur der weg mit covered = yes? bin mal gespannt wie das bei osmarender dann aussieht. ach so, unter dem Gebäude gibts noch Poller die die Straße für Autos versperren, sind die später auch zu sehen? Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Wird bei JOSM aber auch als 'sich überschneidende Wege' angemosert; erst Zuweisung layer=1 löst den Hinweise auf Grüße vom Rand der Nordeifel ht321 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutzgebiet (NSG) bei leisure
Am 27.01.11 14:05, schrieb M∡rtin Koppenhoefer: Am 27. Januar 2011 13:55 schrieb Steffen Heinzeifelhu...@gmx.de: sollten wird das dann nicht ins wiki eintragen? als Anmerkung zumindest? (leider ist mein Englisch nicht so gut das ich das Link lesen kann) wie meinst Du das, es ist doch im Wiki? Auf der Seite http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dnature_reserve Er hätte auch gerne eine Deutsche Seite zu dem key. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutzgebiet (NSG) bei leisure
Hallo, On 01/27/11 13:43, Steffen Heinz wrote: wie kommt eigentlich das Naturschutzgebiet zu leisure? leisure wird ja erklärt: /... werden Orte beschrieben, die _hauptsächlich_ der Gestaltung der Freizeit dienen./ wie bitte? ich finde das passt überhaupt nicht in die Reihe hinein Es gibt immer wieder Sachen, die nicht passen, und immer wieder Leute, die meinen, sie muessten da mal aufraeumen. Aber im Grunde sind Namen Schall und Rauch - ob wir uns jetzt auf bla=blub einigen oder auf leisure=naturschutzgebiet, spielt keine Rolle. Jeder Versuch, hier mehr Systematik hineinzubringen, wird letzten Endes nach hinten losgehen, denn wenn es erstmal nach mehr Systematik aussieht, werden immer mehr Leute kommen, die die Systematik ausbauen und verbessern wollen (Ja, der Ginkgo Biloba hat Blaetter, aber es ist trotzdem ein Nadelbaum, deswegen muss er so getaggt werden...), bis am Ende doch wieder niemand was versteht. Also koennen wir auch gleich bei dem bleiben, was wir haben. amenity=prison FTW! Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutzgebiet (NSG) bei leisure
Am 27. Januar 2011 14:22 schrieb Frederik Ramm frede...@remote.org: Es gibt immer wieder Sachen, die nicht passen, und immer wieder Leute, die meinen, sie muessten da mal aufraeumen. Aber im Grunde sind Namen Schall und Rauch - ob wir uns jetzt auf bla=blub einigen oder auf leisure=naturschutzgebiet, spielt keine Rolle. theoretisch hättest Du Recht, wenn der Nutzer davon nichts mitbekommen würde. Aber dem ist überhaupt nicht so. Wer einen Tag sucht, der sucht in dem Bereich (im Wiki, aber z.B. auch über tools wie taginfo), wo er ihn vermutet. Wer rendering-regeln (oder sonst eine Anwendung) erstellt, dem wäre mit einer Systematik vom Groben (wenige einfache und klare Grobklassen) ins Feine (subtags) und mit einer Klassifizierung, die in sich logisch ist, sehr geholfen. In Anbetracht der Komplexität der Welt stehen wir meiner Meinung nach noch ziemlich an Anfang mit unserem Tagging-System, auch wenn es bereits fortgeschritten scheint im Vergleich zum Stand vor ein paar Jahren. Es entstehen auch tatsächlich immer mehr Tags, weil die Leute gern ihr Lieblingsfeature detaillierter taggen wollen. Je weniger Logik wir in unserem System haben (weil immer alles so bleibt, wie es bisher gewachsen ist), um so mehr muss man auswendig wissen oder über tools wie Google finden, und um so eher können auch neue Tags, die ja täglich entstehen, sich nicht in eine bestehende Logik einbetten. In gewissem Maß spielt auch eine Rolle, dass jeder Key nur einmal für ein feature verwendet werden kann, d.h. wenn es um Attribute desselben Dings geht, sollten die in ihrem eigenen Namensraum und nicht in amenity verortet sein, damit man nicht mehrere (geometrische) Objekte für dasselbe Ding verwenden muss (z.B. eine Trennung von Unterkunft und Essen und Trinken). Und die Dinge, um die es hier geht, sind ja nicht so extreme Spezialfälle wie eine seltene Spezies Halbblatthalbnadelbaum, sondern so alltägliche Sachen wie Kunst und Kulturbauten (Museen, Galerien, Skulpturen), die mit Tourismus höchstens am Rande zu tun haben, oder so was wie Landnutzung, oder eine Systematik bei öffentlichen Gebäuden (da gibts bisher vor allem name ;-) ), etc. Gruß Martin PS: http://wiki.openstreetmap.org/wiki/Proposed_features/culture ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutzgebiet (NSG) bei leisure
Am 27. Januar 2011 14:22 schrieb Frederik Ramm frede...@remote.org: On 01/27/11 13:43, Steffen Heinz wrote: wie kommt eigentlich das Naturschutzgebiet zu leisure? leisure wird ja erklärt: /... werden Orte beschrieben, die _hauptsächlich_ der Gestaltung der Freizeit dienen./ wie bitte? ich finde das passt überhaupt nicht in die Reihe hinein Es gibt immer wieder Sachen, die nicht passen, und immer wieder Leute, die meinen, sie muessten da mal aufraeumen. Aber im Grunde sind Namen Schall und Rauch - ob wir uns jetzt auf bla=blub einigen oder auf leisure=naturschutzgebiet, spielt keine Rolle. Jeder Versuch, hier mehr Systematik hineinzubringen, wird letzten Endes nach hinten losgehen, denn wenn es erstmal nach mehr Systematik aussieht, werden immer mehr Leute kommen, die die Systematik ausbauen und verbessern wollen (Ja, der Ginkgo Biloba hat Blaetter, aber es ist trotzdem ein Nadelbaum, deswegen muss er so getaggt werden...), bis am Ende doch wieder niemand was versteht. Also koennen wir auch gleich bei dem bleiben, was wir haben. amenity=prison FTW! Aber ein bisschen System darf es ruhig sein. Zumal gerade bei Schutzgebieten die Gefahr besteht, dass es unübersichtlich wird. Es sollte auch bei der individuellen Herangehensweise von OSM vermieten werden, dass es beim key-Wert nur Kraut und Rüben gibt. Es ist ja auch nicht besonders intuitiv bei der Eintragung. Dahewr von mir ein deutliches JA für protected_area und ein NEIN zu leisure=nature_reserve. auch wenn es etwas dauern sollte, bis es gerendert und leisure=nature_reserve in den Daten entsprechend umgeändert ist. Vor ein paar Jahren hast Du, Frederik, (so meine ich mich zu erinnern) solch einen dynamischen Prozess auch noch befürwortet :-) Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HAusdurchfahrt
Am 27.01.2011 14:08, schrieb ht321: Wird bei JOSM aber auch als 'sich überschneidende Wege' angemosert; erst Zuweisung layer=1 löst den Hinweise auf Grüße vom Rand der Nordeifel ht321 Je nach Religionszugehörigkeit setzt man das layer=* oder ignoriert die Meldung ;-) Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
Frederik Ramm schrieb am 26.01.2011 21:47: So wie das auf der mkgmap-Liste klingt, muss wohl auch beim Zubereiten des Europa-Ausschnitts die neue Version benutzt werden. (Da wird doch mit Osmosis geschnitten, oder?) Kommt da heute Nacht die neue Version zum Einsatz? Hab ich zwar nicht so verstanden, aber ich aktualisiere vorsichtshalber mal mein osmosis auch. Inzwischen klingt das auf der mkgmap-Liste auch wieder anders, da war wohl beim Bauen der neuen Splitter-Version was schiefgegangen. Ich werde die neuste Splitterversion mal auf eine alte europe.osm.pbf loslassen, eine neue pbf-Version kann ich bei meiner lahmen Internetverbindung sowieso erst am Wochenende testen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
Hallo, On 01/27/11 15:57, Torsten Leistikow wrote: Inzwischen klingt das auf der mkgmap-Liste auch wieder anders, da war wohl beim Bauen der neuen Splitter-Version was schiefgegangen. Scott hatte gestern wohl das neue PBF angekuendigt, aber vergessen, es einzuchecken, und hat das dann erst heute morgen gemacht... Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HAusdurchfahrt
Am 27.01.2011 15:09, schrieb Henning Scholland: Am 27.01.2011 14:08, schrieb ht321: Wird bei JOSM aber auch als 'sich überschneidende Wege' angemosert; erst Zuweisung layer=1 löst den Hinweise auf Grüße vom Rand der Nordeifel ht321 Je nach Religionszugehörigkeit setzt man das layer=* oder ignoriert die Meldung ;-) Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Danke für die Info. Da ich neu bei OSM bin, ist mir nicht so ganz klar, ob ich Fehler und Warnhinweise grundsätzlich ignorieren kann oder soll, oder ob es da durchaus Hinweise zu beachten gibt, damit ich nicht ggf. durch Unachtsamkeit die Arbeit von anderen runiniere. Meine Vorsicht ist also weniger 'religöser' Natur ;-)) sondern eher einer 'Newbie-Vorsicht' geschuldet: so als Neuer losmachen und erst mal richtig Flurschaden verursachen, finde ich nicht so prickelnd :-))) Daher bin ich für Infos immer dankbar. Gruß ht321 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HAusdurchfahrt
Am 27. Januar 2011 17:31 schrieb ht321 ht...@online.de: Je nach Religionszugehörigkeit setzt man das layer=* oder ignoriert die Meldung ;-) Danke für die Info. Da ich neu bei OSM bin, ist mir nicht so ganz klar, ob ich Fehler und Warnhinweise grundsätzlich ignorieren kann oder soll, oder ob es da durchaus Hinweise zu beachten gibt, damit ich nicht ggf. durch Unachtsamkeit die Arbeit von anderen runiniere. nach allgemeiner Auffassung sollte man layer immer setzen, wenn sich 2 oder mehr Objekte übereinanderbefinden, dass hat mit Religionszugehörigkeit wenig zu tun. Vor kurzem gab es eine Abstimmung, die versuchen wollte, einen Default-Standard für einfache Brücken und Tunnel zu setzen, indem dort das Layertag als unnötig deklariert werden sollte. Diese Abstimmung ist gescheitert. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Routing mit Android
Jan Tappenbeck wrote: für Android gibt es eine Vielzahl von Routing-Software bisher und nun wollte ich mal fragen mit welcher Software Ihr die besten Ergebnisse gemacht habt. Skobbler. Es sollte offline-Kartenmaterial von OSM verwendet werden! Da gibt es scheinbar noch nichts brauchbares. IIRC benutzt derzeit jede Android-Routingsoftware die Onlineroutingdienste von Cloudmate oder Yournavigation. Im Zeitalter der Flatrate halte ich das auch für die beste Lösung, die notwendige Intelligenz auf einem richtgen Server vorzuhalten. Perspektifisch kann man dort Staus verwalten, Baustellen ein- und austragen, von Glatteis und Blitzern warnen... Blöd ist das immer nur wenn man ins Ausland fährt, aber das liegt nicht am Konzept sondern an den aberwitzigen Preisen, die Datenroaming derzeit kostet. Das wird sich mit den Jahren bis o.g. Dienste existieren aber verbessern, denke ich. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Routing mit Android
jan99 wrote: wollte ich mal fragen mit welcher Software Ihr die besten Ergebnisse gemacht habt. Es sollte offline-Kartenmaterial von OSM verwendet werden! Weiter gedacht möchte ich auch später einmal eigenen Styles definieren können - gibt es soetwas auch ? Man will ja basteln dürfen. .-) Navit. Das ist eine funktionstüchtige Navi auf OSM-Karten. Für Bastler sind User Inferface, Routingregeln und Kartenstil veränderbar. Und neulich hab ich ihm beigebracht, daß OSMler auch gerne ihre eigenen Karten bauen wollen. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/OSM-Routing-mit-Android-tp5966537p5967443.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mobile Atlas Creator - Lizenz- und Policyverstöße
Hi! Ich habe mir gerade mal das Download-Tool Mobile Atlas Creator kritisch angesehen. Dort sind so ziemlich alle einschlägigen OSM-Karten als Downloadquellen eingebaut. Aber unter völliger Mißachtung der CC-BY-SA Lizenz: - Es gibt keinerlei Attributierung für die Karten. - Ebenso gibt es keinen Hinweis auf irgendwelche Lizenzbedingungen. Und obendrein verstößt das Tool gegen die Tile usage Policy der OSM-Server: - Die fordert einen gültigen User Agent, der Atlas Creator identifiziert sich mit einem Fake als Firefox. - Daß der Atlas Creator kein Problem damit hat, mehrere Millionen Tiles auf einmal abzurufen dürfte auch nicht im Interesse der Server liegen. Dafür daß es selbst ein Open Source Projekt ist eine besonders enttäuschende Mißachtung der Spielregeln. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Mobile-Atlas-Creator-Lizenz-und-Policyversto-e-tp5967609p5967609.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Routing mit Android
On Thu, Jan 27, 2011 at 07:43:51PM +0100, Joerg Fischer wrote: Da gibt es scheinbar noch nichts brauchbares. IIRC benutzt derzeit jede Android-Routingsoftware die Onlineroutingdienste von Cloudmate oder Yournavigation. Im Zeitalter der Flatrate halte ich das auch für die beste Lösung, die notwendige Intelligenz auf einem richtgen Server vorzuhalten. Perspektifisch kann man dort Staus verwalten, Baustellen ein- und austragen, von Glatteis und Blitzern warnen... Flatrate ist nicht das Problem sondern Netzabdeckung - Immer wenn man es braucht ist gerade das 3G weg und die daten schnecken mit 9k6 aus dem GPRS - Bloede sache das. Also ranfahren und mal 15 Minuten warten. Blöd ist das immer nur wenn man ins Ausland fährt, aber das liegt nicht am Konzept sondern an den aberwitzigen Preisen, die Datenroaming derzeit kostet. Das wird sich mit den Jahren bis o.g. Dienste existieren aber verbessern, denke ich. Online Navigation ist #fail by Design in meinen Augen. Flo -- Florian Lohoff f...@zz.de Professionell gesehen bin ich zu haben signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Routing mit Android
Am 27.01.2011 20:11, schrieb NopMap: Navit. Das ist eine funktionstüchtige Navi auf OSM-Karten. Für Bastler sind User Inferface, Routingregeln und Kartenstil veränderbar. Und neulich hab ich ihm beigebracht, daß OSMler auch gerne ihre eigenen Karten bauen wollen. ja, Navit ist recht brauchbar. Der Stromverbrauch ist für mich überraschend moderat. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Routing mit Android
Am 27.01.2011 21:31, schrieb Florian Lohoff: On Thu, Jan 27, 2011 at 07:43:51PM +0100, Joerg Fischer wrote: Da gibt es scheinbar noch nichts brauchbares. IIRC benutzt derzeit jede Android-Routingsoftware die Onlineroutingdienste von Cloudmate oder Yournavigation. Im Zeitalter der Flatrate halte ich das auch für die beste Lösung, die notwendige Intelligenz auf einem richtgen Server vorzuhalten. Perspektifisch kann man dort Staus verwalten, Baustellen ein- und austragen, von Glatteis und Blitzern warnen... Flatrate ist nicht das Problem sondern Netzabdeckung - Immer wenn man es braucht ist gerade das 3G weg und die daten schnecken mit 9k6 aus dem GPRS - Bloede sache das. Also ranfahren und mal 15 Minuten warten. Also wenn man in etwas abgelegeneren Ecken (selbst in) Mitteleuropa unterwegs ist, hat man schlicht überhaupt keinen Empfang. Das passiert mir selbst als Motorradfahrer ab und zu - da bin ich froh auf die Onboard-Navi-Karten ... Blöd ist das immer nur wenn man ins Ausland fährt, aber das liegt nicht am Konzept sondern an den aberwitzigen Preisen, die Datenroaming derzeit kostet. Das wird sich mit den Jahren bis o.g. Dienste existieren aber verbessern, denke ich. Online Navigation ist #fail by Design in meinen Augen. Warum? ~96,5341% der Bevölkerung bekommt das zu sehen was sie will - und damit ist das Geld zu verdienen. Gruß, ULFL P.S: Es gibt eigentlich nur zwei Gründe wann ein Navi recht sinnlos wird: Karte oder Akku ist zu Ende ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit osm.pbf
Hi, für alle, die osmosis nicht selber bauen können bzw. wollen, gibt es nun auch einen Snapshop (r25166) im Downloadverzeichnis von osmosis, der die Neuerung enthält. Funktioniert prima. Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Fwd: State of the Map Europe - Italian
Messaggio originale Da: sim...@osmfoundation.org Data: 27/01/2011 7.46 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: [Talk-it] Fwd: State of the Map Europe - Italian ciao, c'e' qualche volenteroso che abbia voglia di dare una traduzione in italiano alle pagine di SOTM-EU? Tradotte anche: http://wiki.openstreetmap.org/wiki/IT: State_Of_The_Map_Europe_2011/Getting_there http://wiki.openstreetmap.org/wiki/IT: State_Of_The_Map_Europe_2011/Public_transport in quest'ultima, nell'ultima riga è scritto: Typically you take S7 to Wien Mitte/Landstraße U Wien Mitte and can change ther to U3, U4 or any other line mi confermate che è corretto tradurre con Dovreste prendere la linea S7 a Wien Mitte/Landstraße U Wien Mitte per poi prendere la U3, U4 o qualsiasi altra linea.? Purtroppo non sono mai stato a Vienna Grazie Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: State of the Map Europe - Italian
2011/1/27 ale_z...@libero.it ale_z...@libero.it: in quest'ultima, nell'ultima riga è scritto: Typically you take S7 to Wien Mitte/Landstraße U Wien Mitte and can change ther to U3, U4 or any other line mi confermate che è corretto tradurre con Dovreste prendere la linea S7 a Wien Mitte/Landstraße U Wien Mitte per poi prendere la U3, U4 o qualsiasi altra linea.? Purtroppo non sono mai stato a Vienna ne anche io ;-) pare che si potrebbe anche dire: ...per poi prendere qualsiasi altra linea cosa già include la U3 e U4, ma manca la informazione, in quale direzione si deve prendere questa linea. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: State of the Map Europe - Italian
Scrive ale_z...@libero.it ale_z...@libero.it: [cut] in quest'ultima, nell'ultima riga è scritto: Typically you take S7 to Wien Mitte/LandstraÃe U Wien Mitte and can change ther to U3, U4 or any other line mi confermate che è corretto tradurre con Dovreste prendere la linea S7 a Wien Mitte/LandstraÃe U Wien Mitte per poi prendere la U3, U4 o qualsiasi altra linea.? Sì, è comprensibile. Le linee S sono treni suburbani, mentre le U sono metropolitane. Su tutte le mappe e i cartelli le linee sono identificate dal suo codice, quindi l'indicazione ha il suo senso. Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: State of the Map Europe - Italian
2011/1/27 Paolo Pozzan pa...@z2z.it: Scrive ale_z...@libero.it ale_z...@libero.it: [cut] in quest'ultima, nell'ultima riga è scritto: Typically you take S7 to Wien Mitte/Landstraße U Wien Mitte and can change ther to U3, U4 or any other line mi confermate che è corretto tradurre con Dovreste prendere la linea S7 a Wien Mitte/Landstraße U Wien Mitte per poi prendere la U3, U4 o qualsiasi altra linea.? Sì, è comprensibile. Le linee S sono treni suburbani, mentre le U sono metropolitane. Su tutte le mappe e i cartelli le linee sono identificate dal suo codice, quindi l'indicazione ha il suo senso. Confermo: S = Straßenbahn, letteralmente binari stradali, ergo Tram U = U-Bahn, la U sta per Unter, ovvero sotto, quindi binari sotterranei, ergo Metropolitana La mappa dei trasporti rapidi di Vienna (S e U) http://upload.wikimedia.org/wikipedia/commons/b/b0/Schnellverbindungen_Wien.png conferma che, per chi arriva con l'aereo da Schwechat (una cittadina poco fuori da Vienna) deve prendere la linea S7 che e' poi quella del CAT - City Airport Train che a sua volta incrocia la metropolita alla fermata Wien Mitte/Landstraße per quello che riguarda le linee U3 e U4. A quel punto uno e' arrivato a Vienna centro, poi da li' ... beh! dipende se sa dove alloggia :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: State of the Map Europe - Italian
2011/1/27 ale_z...@libero.it ale_z...@libero.it: Ho iniziato traducendo la pagina principale http://wiki.openstreetmap.org/wiki/IT:State_Of_The_Map_Europe_2011 Non sò come far apparire l'italiano nelle lingue disponibili, risulta ancora nelle 'missing language' In giornata dovrei riuscire a tradurne ancora un paio. Grazie mille! Lo segnalo subito ad Andreas... -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: State of the Map Europe - Italian
2011/1/27 Maurizio Napolitano napoo...@gmail.com: Confermo: S = Straßenbahn, letteralmente binari stradali, ergo Tram U = U-Bahn, la U sta per Unter, ovvero sotto, quindi binari sotterranei, ergo Metropolitana no, S-Bahn si riferisce a Stadtbahn oppure Stadtschnellbahn, e non sono dei tram ma treni regionali/leggeri. Technicamente si tratta di treni, mentre un tram non è un treno (si applicano normative e leggi diversi). U-Bahn invece si dice Untergrundbahn, anche se va sopra la terra o sopraelevata (alcuni interpretazioni sono anche unabhängig = independente = senza incrocci a raso), e corrisponde alla metro. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: State of the Map Europe - Italian
Messaggio originale Da: sim...@cortesi.com Data: 27/01/2011 12.44 Lo segnalo subito ad Andreas... -- Ho terminate anche le altre pagine. Feel free di correggere e segnalare errori Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: State of the Map Europe - Italian
sotterranei, ergo Metropolitana no, S-Bahn si riferisce a Stadtbahn oppure Stadtschnellbahn, e non sono dei tram ma treni regionali/leggeri. Technicamente si tratta di treni, mentre un tram non è un treno (si applicano normative e leggi diversi). Ok! Tu sei il tedesco e quindi ti do ragione, solo che a Vienna ho sempre sentito parlare di Straßenbahn Su wikipedia ho trovato questo http://de.wikipedia.org/wiki/Stra%C3%9Fenbahn U-Bahn invece si dice Untergrundbahn, anche se va sopra la terra o sopraelevata (alcuni interpretazioni sono anche unabhängig = independente = senza incrocci a raso), e corrisponde alla metro. Su questo rimango in silenzio :) In quanto ho sempre sentito parlare di U-Bahn e, in effetti, se guardavo su wikipedia http://de.wikipedia.org/wiki/U-Bahn lo trovano scritto. Chiudo il thread pero' :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: State of the Map Europe - Italian
2011/1/27 Maurizio Napolitano napoo...@gmail.com: no, S-Bahn si riferisce a Stadtbahn oppure Stadtschnellbahn, e non sono dei tram ma treni regionali/leggeri. Technicamente si tratta di treni, mentre un tram non è un treno (si applicano normative e leggi diversi). Ok! Tu sei il tedesco e quindi ti do ragione, solo che a Vienna ho sempre sentito parlare di Straßenbahn sisi, Straßenbahn si dice in tedesco, ma si riferisce al tram, non alla S-Bahn. (Va sulla strada, deve rispettare le regole del CdS (StVO). Su wikipedia ho trovato questo http://de.wikipedia.org/wiki/Stra%C3%9Fenbahn Alle volte non basta essere tedesco ;-) In Austria i tram sono considerate treni, come c'è scritto nel articolo linkato da te (In Österreich hingegen sind Straßenbahnen Eisenbahnen im Sinne des Eisenbahngesetzes 1957.). Scusate. Comunque se guardi qui: http://de.wikipedia.org/wiki/Wiener_S-Bahn dice che S-Bahn significa Schnellbahn. I treni sono questi http://de.wikipedia.org/w/index.php?title=Datei:SuedbahnhofSBahn.jpgfiletimestamp=20070627162634 http://de.wikipedia.org/w/index.php?title=Datei:Desiro_ML_Bonn.jpgfiletimestamp=20091224214146 mentre i tram: http://de.wikipedia.org/wiki/Wiener_Stra%C3%9Fenbahn treni: http://de.wikipedia.org/w/index.php?title=Datei:Ringlinien07.JPGfiletimestamp=20081026175842 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [ANN] OSMStats 1.1
Simone Saviolo simone.savi...@gmail.com ha scritto: Non ho guardato tutto tutto, ma con Opera sembra tutto a posto. anch'io opera ;) però nei grafici i valori delle ascisse si sovrappongono ;) bravo! ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: State of the Map Europe - Italian
Maurizio Napolitano wrote: Confermo: S =traßenbahn, letteralmente binari stradali, ergo Tram No, S sta per Schnellbahn, servizio ferroviario suburbano (paragonabile alle linee S a Milano). Vi sono anche dei tram, queste linee vengono identificate da una singola lettera (D, J, ...). U =-Bahn, la U sta per Unter, ovvero sotto, quindi binari sotterranei, ergo Metropolitana però, per aumentare la confusione, vi è anche un passante ferroviario, servito dalle linee S... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [ANN] OSMStats 1.1
Il 26 gennaio 2011 20:27, David Paleino da...@debian.org ha scritto: Buonasera a tutti :) Annuncio il rilascio (e messa in opera) di OSMStats 1.1. Per chi non lo ... La differenza principale dalla versione 1.0.1 (quella precedente), consiste nell'abilitazione della sezione grafici. È ancora piuttosto buggy, ma è funzionante. Sono graditi commenti :) Ciao, complimenti per il sito, avrei qualche inutile osservazione estetica (non degna del bug tracker): - cambierei le voci dei grafici in modo simile a [0]; - nella prima pagina farei comparire la descrizione del link (codice, grafici...) sotto l'immagine corrispondente, non al centro; - sarebbe bello se in prima pagina (sotto i links?) ci fosse una heat map[1] dell'Italia dall'ultimo aggiornamento delle statistiche, magari con il numero di mappatori nuovi e/o attivi in settimana. Come sintesi della vitalità della comunità italiana (o estera, se verranno fatti x siti per x nazioni). Ciao, Groppo [0] http://imgur.com/6Ywu9 [1] anche piccola, senza la mappa vera e propria, mi piace lo stile di http://wiki.openstreetmap.org/wiki/Tah-heatmap ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: State of the Map Europe - Italian
Per l'acronimo di Sbahn invito a leggere la prima riga della pagina http://de.wikipedia.org/wiki/S-Bahn La principale distinzione tra S-bahn e U-bahn può essere fatta da chi gestisce il servizio. La S-bahn, in Germania, è gestita direttamente dalla ferrovie tedesche mentre U-bahn, Tram e bus sono gestiti da società di trasporto locale. Per fare un parallelo con Milano: la S-bahn sono le line S che viaggiano sul passante (http://it.wikipedia.org/wiki/Passante_di_Milano) che sono gestite congiuntamente da Trenitalia e Ferrovie Nord Milano. Metropolitana, tram e bus sono gestite da ATM. Dal punto di vasta normativo c'è una notevole differenza: sbahn è sottoposta a normativa ferroviaria (omologazioni, sistemi di sicurezza...) mentre le metropolitane hanno una normativa differente (ad esempio limitazioni sulla velocità massima). Questa distinzione anche legale è presente in quasi tutta Europa: sicuramente Svizzera, Francia (Parigi RER vs Metro), Spagna, Austria, Germania e Italia. Il 27/01/2011 19:21, Michael von Glasow ha scritto: Maurizio Napolitano wrote: Confermo: S =traßenbahn, letteralmente binari stradali, ergo Tram No, S sta per Schnellbahn, servizio ferroviario suburbano (paragonabile alle linee S a Milano). Vi sono anche dei tram, queste linee vengono identificate da una singola lettera (D, J, ...). U =-Bahn, la U sta per Unter, ovvero sotto, quindi binari sotterranei, ergo Metropolitana però, per aumentare la confusione, vi è anche un passante ferroviario, servito dalle linee S... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: State of the Map Europe - Italian
2011/1/27 Stefano de Fabris defa...@gmail.com: La principale distinzione tra S-bahn e U-bahn può essere fatta da chi gestisce il servizio. bo, sono gestori diversi, ma questo non significa molto, ci sono anche treni privati (la DB è in fase di privatizzazione (pianificata, forse non avviene mai) e quindi la rete viene gestito da un'altra società che i treni e ancora un altra per i stazioni (in realtà ancora di più, sono 500 figlie secondo http://de.wikipedia.org/wiki/Deutsche_Bahn ) La S-bahn, in Germania, è gestita direttamente dalla ferrovie tedesche no, direttamente è relativo: la S-Bahn a Berlino per esempio viene gestito dalla S-Bahn Berlin GmbH, che appartiene dal Marzo 2010 al 100% alla DB Regio AG. Dal punto di vasta normativo c'è una notevole differenza: sbahn è sottoposta a normativa ferroviaria (omologazioni, sistemi di sicurezza...) mentre le metropolitane hanno una normativa differente (ad esempio limitazioni sulla velocità massima). esatto, ci sono delle differenze notevole: un treno può avere incroci a raso, una U non. Una U può (deve) essere più piccola, perché per i loro tunnel valgono altre normative, ecc. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [ANN] OSMStats 1.1
Grazie per questo strumento molto interessante! Ora con i grafici è ancora meglio! Volevo solamente fare una domanda: nella pagina delle statistiche trovo scritto nel titolo la data 20110121, mentre sotto a sinistra Ultima generazione dei dati il 2010-12-03 22:30:32. Qual'è la data giusta? Suppongo quella di gennaio... Grazie ancora Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [ANN] OSMStats 1.1
On Thu, 27 Jan 2011 23:47:25 +0100, Damjan Gerl wrote: Volevo solamente fare una domanda: nella pagina delle statistiche trovo scritto nel titolo la data 20110121, mentre sotto a sinistra Ultima generazione dei dati il 2010-12-03 22:30:32. Qual'è la data giusta? Suppongo quella di gennaio... Sì :) Quel footer avrebbe dovuto essere aggiornato, perònon è successo, controllerò meglio domani, col prossimo parsing ;) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [ANN] OSMStats 1.1
On Thu, 27 Jan 2011 19:51:42 +0100, groppo otto wrote: Ciao, complimenti per il sito, avrei qualche inutile osservazione estetica (non degna del bug tracker): Tutto è degno del bugtracker! :) - cambierei le voci dei grafici in modo simile a [0]; - nella prima pagina farei comparire la descrizione del link (codice, grafici...) sotto l'immagine corrispondente, non al centro; Questi potresti segnalarli come bug? Non so quando troverò il tempo di lavorarci di nuovo su, e rischio di dimenticarli ;) - sarebbe bello se in prima pagina (sotto i links?) ci fosse una heat map[1] dell'Italia dall'ultimo aggiornamento delle statistiche, magari con il numero di mappatori nuovi e/o attivi in settimana. Come sintesi della vitalità della comunità italiana (o estera, se verranno fatti x siti per x nazioni). Allora... mi pare difficile poter fare una heatmap. Considera che, durante il parsing, scarto qualunque tipo di informazione geografica -- quindi l'app non sa ogni feature dove si trova. Potrei provare qualcosa usando i diff del planet; ma sarebbe comunque codice diverso e separato dalla webapp attuale. Ciao, e grazie dei commenti! David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Reunión de alcaldes Fredy
Hola Fredy, como te fue con los alcaldes de Tolima, veo que el Ministro te felicito, que bueno. -- ___ Leonardo Gutierrez Director Financiero Autobuses AGA de Colombia Duitama www.autobusesaga.com l...@autobusesaga.com Móvil: 3125860894 Este mensaje de correo electrónico y sus documentos adjuntos están dirigidos EXCLUSIVAMENTE a los destinatarios especificados. La información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE PROTEGIDA y no necesariamente refleja la opinión de AUTOBUSES AGA DE COLOMBIA LTDA. Si usted recibe este mensaje por ERROR, por favor comuníquese inmediatamente al remitente y ELIMINELO ya que usted NO ESTA AUTORIZADO al uso, revelación, distribución, impresión o copia de toda o alguna parte de la información contenida. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Jarillón del Rio Cauca
Hola maperx Se vuelve a traer a colación el tema del jarillón del rio Cauca, pues puede ser un evento com el del dique pero de proporciones mas catastroficas por quedar en una ciudad como Cali. Necesitamos la colaboración para mapear el terreno, especialmente demarcando edificaciones, ya que hay buenas imagenes de BING y Yahho de la zona. esperamos la colaboración salu2 Expertos holandeses alertaron al gobierno de Cali y del Valle sobre el peligro que corre la comunidad asentada sobre el Jarillón del Río Cauca en donde los riesgos aumentaron con la pasada ola invernal. Nota en Caracol [0] Mapa del jarillón en OSM [1] [0] http://www.caracol.com.co/nota.aspx?id=1417115 [1] http://www.openstreetmap.org/?lat=3.45312lon=-76.47612zoom=17layers=M -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Jarillón del Rio Cauca
Fredy buenos dias Le propongo que sobre el tema se hagan cuadrantes por coordenadas, y que cada uno a voluntad se haga cargo de un cuadrante. Esto evitaria duplicidad de información (que dos o mas maperos hagan una misma zona) y nos ahorra tiempo al hacer mas ordenado el asunto... ¿Que opina??? Cordialmente, OSCAR RAMOS OVIEDO De: ouɐɯnH fredyriv...@gmail.com Para: OpenStreetMap Colombia talk-co@openstreetmap.org Fecha: 27/01/2011 10:16 a.m. Asunto: [Talk-co] Jarillón del Rio Cauca Hola maperx Se vuelve a traer a colación el tema del jarillón del rio Cauca, pues puede ser un evento com el del dique pero de proporciones mas catastroficas por quedar en una ciudad como Cali. Necesitamos la colaboración para mapear el terreno, especialmente demarcando edificaciones, ya que hay buenas imagenes de BING y Yahho de la zona. esperamos la colaboración salu2 Expertos holandeses alertaron al gobierno de Cali y del Valle sobre el peligro que corre la comunidad asentada sobre el Jarillón del Río Cauca en donde los riesgos aumentaron con la pasada ola invernal. Nota en Caracol [0] Mapa del jarillón en OSM [1] [0] http://www.caracol.com.co/nota.aspx?id=1417115 [1] http://www.openstreetmap.org/?lat=3.45312lon=-76.47612zoom=17layers=M -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Reunión de alcaldes @DiegoMolanoVega @MCarolinaHoyosT en #tolima #brigadadigital
2011/1/27 Leonardo Gutierrez l...@autobusesaga.com: Hola Fredy, como te fue con los alcaldes de Tolima, veo que el Ministro te felicito, que bueno. Gracias Leonardo Aprovecho para contarle al resto de maperxs: Ayer me enteré por un twitter del ministro que se reuniría con los alcaldes del Tolima [0] entonces moví a la gente de #brigadadigital y por medio de la viceministra les solicité la reunión [1] alfin se concretó [2] y me dieron 15 minutos al medio dia, así que bajé de la finca hasta el centro de convenciones de la gobernación, alli me recibió la viceministra hablamos un poco de los mapas de lo que hemos hecho para la crisis de inundaciones que ella ya sabía y de la necesidad de tener cartografía con licencias favorables para la difusión y aprovechamiento. Luego pasé a esperar al Ministro, pero al momeno me llamaron al auditorio donde estaban reunidos y cuando me di cuenta el ministro me habia puesto de brigadista invitado aproveche la oportunidad y el microfono [5] para contarle a los alcaldes y a los diputados que estaban reunidos de lo que habiamos hecho en el departamento, especialmente lo de Rovira [3] y Prado [4] también de la necesidad de que las alcaldías tuvieran un SIG con herramientas y artografía libre lo que generó muchas expectativas, en la reunión también se encontraba el Gobernador, el comandante de la Policia, el del Ejército, Cruz Roja, Defensa Civil, Cámara de Comercio de Ibagué y funcionarios de la Alcaldia y Tolima Digital. Al final del evento tuve la oportunidad de hablar unos pocos minutos con el ministro, lo que bastó para comentarle el problema de las licencias de uso de la información que el IGAC está produciendo para la crisis, el me dijo que conocía que el IGAC tenia cartografía actualizada en los últimos dias de la zonas afectadas y que coordinaramos para conseguir su liberación. Los otros organismos como la Policía , el Ejército y la Cruz Roja también se mostraron receptivos. Entonces se abrieron algunas puertas que esperamos sean útilies en el proceso. salu2 humano [0] http://twitter.com/#!/DiegoMolanoVega/status/30250224089825280 [1] http://twitter.com/#!/fredy_rivera/status/30287293189193728 [2] http://twitter.com/#!/fredy_rivera/status/30291436427546624 [3] http://hobbiesleo.blogspot.com/2010/08/crisiscamp-duitama-rovira-tolima.html [4] http://fredyrivera.blogspot.com/2010/12/mapeando-en-crisis.html [5] http://twitpic.com/3tmcm2 -- ___ Leonardo Gutierrez Director Financiero Autobuses AGA de Colombia Duitama www.autobusesaga.com l...@autobusesaga.com Móvil: 3125860894 Este mensaje de correo electrónico y sus documentos adjuntos están dirigidos EXCLUSIVAMENTE a los destinatarios especificados. La información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE PROTEGIDA y no necesariamente refleja la opinión de AUTOBUSES AGA DE COLOMBIA LTDA. Si usted recibe este mensaje por ERROR, por favor comuníquese inmediatamente al remitente y ELIMINELO ya que usted NO ESTA AUTORIZADO al uso, revelación, distribución, impresión o copia de toda o alguna parte de la información contenida. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Reunión de alcaldes Fredy
Leonardo y todos: Muy bien por las felicitaciones y palmadas de espalda, el trabajo de Fredy es muy valioso; sin embargo, aun sin conocer la respuesta de Fredy, sigo escéptico con el Gobierno para aceptar en el presente el uso oficial de OpenStreetMap, o más difícil aún, que la empresa estatal IGAC o el DANE entren en un plano colaborativo. La cultura colombiana es individualista, seguro que la pregunta que asalta es como el IGAC puede actualizar más rápidamente SU cartografía; aunque me parece que el ministro mencionó que los mapas del IGAC están actualizados (aceptar lo contrario en audiencia pública...) Solo después de más resultados innovadores en casos concretos en Colombia (internacionales hay incontables) por nuestros propios medios, con un respaldo de los medios y otros impulsos, a lo mejor por gravedad en la evidencia moral pueda que esta nueva tecnología empiece a considerarse en el plano oficial. En ese sentido los invito (paralelo al cabildeo con el Gobierno) para que avancemos sin descanso en el mapeo y los proyectos que cursan en esta comunidad. El Gobierno francés comparte la información catastral con OSM, de hecho hay un plugin en el JOSM para usarla. Como Francia va a colaborar con Colombia para la reconstrucción después de la ola invernal ¿Qué posibilidades existe que la comunidad OSM-Francia evidencie las ventajas desde una fuente foránea, de forma que impulse el uso oficial para Colombia? También colaboran con OSM países como: EEUU, Israel e Italia. El Banco Mundial y la ONU pueden también ser impulsores de la filosofía abierta y colaborativa. Saludos cordiales, Humberto Yances El 27 de enero de 2011 10:11, Leonardo Gutierrez l...@autobusesaga.comescribió: Hola Fredy, como te fue con los alcaldes de Tolima, veo que el Ministro te felicito, que bueno. -- ___ Leonardo Gutierrez Director Financiero Autobuses AGA de Colombia Duitama www.autobusesaga.com l...@autobusesaga.com Móvil: 3125860894 Este mensaje de correo electrónico y sus documentos adjuntos están dirigidos EXCLUSIVAMENTE a los destinatarios especificados. La información contenida puede ser CONFIDENCIAL y/o estar LEGALMENTE PROTEGIDA y no necesariamente refleja la opinión de AUTOBUSES AGA DE COLOMBIA LTDA. Si usted recibe este mensaje por ERROR, por favor comuníquese inmediatamente al remitente y ELIMINELO ya que usted NO ESTA AUTORIZADO al uso, revelación, distribución, impresión o copia de toda o alguna parte de la información contenida. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Reunión de alcaldes @DiegoMolanoVega @MCarolinaHoyosT en #tolima #brigadadigital
Que bien Fredy que se pudo concretar la reunión. @arttesano ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Actualizado mapa de colombia para gps garmin
Fredy, El ultimo mapa para Garmin es de octubre, podriamos contar con el mas actualizado por favor, desde Octubre hasta ahora ha habido cambios muy buenos en nuestros mapas de Colombia. Muchas gracias Hecto Londoño 2010/10/27 ouɐɯnH fredyriv...@gmail.com Hola maperos Hemos actualizado el mapa de Colombia para Gps Garmin basado en OSM, puede ser descargado libre y gratis desde aqui: http://bit.ly/9LYhFE salu2 Humano -- http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 tel:+13476884473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Hector Londono ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
