Re: [Talk-hr] Gradske ceste
On 12.2.2011 22:37, Tomislav Parčina wrote: Gledao sam malo arhivu al nisam pronašao odgovor. Budući da nisam upoznat s dogovorom, ukoliko i postoji, molim da me netko uputi kako tagirati gradske ceste. Naime, postoje ceste po gradu koje, prema ovom popisu *1 nisu državne (primary) ni županijske (secondary) ni lokalne (tertiary). Međutim, po mom sudu ne spadaju ni u residential ni u unclassified. Kao primjer mogu dati ulicu Matice hrvatske u Splitu, koja ima 4 trake. Ne znam za neke konkretne primjere u drugim gradovima, ali evo jedan - npr. kako bi tagirali Ilicu u Zagrebu (ako ne bi bila ni državna, ni županijska ni lokalna)? Ako nije klasificirana, onda je neklasificirana :) Dakle unclassified ili residential, po slobodnoj procjeni. Možda to uskoro bude klasificirana cesta, pa će će onda dobiti drugu boju. Ako između smjerova postoji fizička prepreka nacrtaj dvije ceste, svaka za svoj smjer i označi ih jednosmjernima, na svaku stavi lanes=2. Ako nema fizičke prepreke onda lanes=4. Nekakav router bi trebao preferirati te ceste sa više traka. On 12.2.2011 23:40, Janko Mihelić wrote: Mislim da nema konačnog dogovora, da sve ostaje na ovome. Po meni treba čekati da rendereri počnu upotrebljavati više tagova u crtanju cesta. Dodobas (zašto se ne javlja sada ovdje?) mi je lijepo jednom rekao, najgora stvar koju možeš napraviti je mapirati za renderer. I slažem se s njime, treba tagove koristiti prema definiciji i opisu. A to što renderer crta danas možda neće sutra. A tko voli, može si instalirati Mapnik i podesiti ga da crta baš kako on hoće, npr. asflatirane crno :) Tihomir ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] GADM Import for Ilocos Norte
Please check the license of GADM. Before importing. On Sat, Feb 12, 2011 at 8:03 PM, Anthony G. Balico anthony.bal...@gmail.com wrote: Bing map tracing is making the province's road network takes shape. Am now planning to upload the administrative boundaries to put more content on the map. Your thoughts please. Anthony ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Ifugao's southeastern border
On Sat, Feb 12, 2011 at 2:05 AM, Eugene Alvin Villar sea...@gmail.com wrote: Ifugao's southeastern border looks like it should follow Magat River and it is currently placed about 1 km east of the river: http://osm.org/go/4z1w8Lq-- The river was presumably traced from Landsat which may be off by up to 50 meters. The borders were taken from NAMRIA topomaps and I have no idea if these are properly rectified. I do think the border was wrong and should fit the river. I'm inclined to delete the border along this part and transfer the tags to the corresponding parts of the river. I suggest we separate rivers from admin borders in this case, rivers change its course through time: http://www.geo-tag.info/2011/01/20/map-of-ancient-courses-of-the-mississippi-river/ What do you guys think? ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] QC Scout Area Mapping Party on February 12!
Pictures! http://www.facebook.com/photo.php?fbid=10150129437092597set=a.10150129437037597.332235.345455082596#!/album.php?aid=332235id=345455082596 And edits from newbies: http://www.openstreetmap.org/history?bbox=121.01367%2C14.62163%2C121.04895%2C14.64559 The event was really fun especially the conversations. On Wed, Feb 9, 2011 at 1:59 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi everyone, If you just want to meet up and talk about maps, mapping, and GPS devices, then you can skip the morning field survey and join us in the afternoon meet-up. And if you can't come due to prior commitments but would like to help out, then mapping the area from Bing and Yahoo in advance is very much welcome! The attendees can then verify and refine the data you added from data collected on the field. :-) Eugene (osm:seav) On Sat, Jan 29, 2011 at 12:31 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, If you're on Facebook, you can signify your intent to attend on the event page: http://www.facebook.com/event.php?eid=150032921716419 See you! Eugene On Fri, Jan 28, 2011 at 8:45 AM, Eugene Alvin Villar sea...@gmail.com wrote: 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) -- http://vaes9.codedgraphic.com -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] mapquest now with global routing
Maybe this helps: http://developer.mapquest.com/web/products/open/directions-service are there any details on their routing algorithm / implementation? ax ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] GADM Import for Ilocos Norte
This dataset is freely available for academic and other non-commercial use. Redistribution, or commercial use, is not allowed without prior permission. Nope, not compatible with OSM. Out of curiosity, I checked out the GADM data a few months ago and compared it with known data in OSM: they don't match and there's an offset that changes with the location. So, it may be that GADM data might not be worth importing in the first place. On Sat, Feb 12, 2011 at 10:02 PM, maning sambale emmanuel.samb...@gmail.com wrote: Please check the license of GADM. Before importing. On Sat, Feb 12, 2011 at 8:03 PM, Anthony G. Balico anthony.bal...@gmail.com wrote: Bing map tracing is making the province's road network takes shape. Am now planning to upload the administrative boundaries to put more content on the map. Your thoughts please. Anthony -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] GADM Import for Ilocos Norte
Alrighty.. Thanks Eugene On Sun, 2011-02-13 at 10:10 +0800, Eugene Alvin Villar wrote: This dataset is freely available for academic and other non-commercial use. Redistribution, or commercial use, is not allowed without prior permission. Nope, not compatible with OSM. Out of curiosity, I checked out the GADM data a few months ago and compared it with known data in OSM: they don't match and there's an offset that changes with the location. So, it may be that GADM data might not be worth importing in the first place. On Sat, Feb 12, 2011 at 10:02 PM, maning sambale emmanuel.samb...@gmail.com wrote: Please check the license of GADM. Before importing. On Sat, Feb 12, 2011 at 8:03 PM, Anthony G. Balico anthony.bal...@gmail.com wrote: Bing map tracing is making the province's road network takes shape. Am now planning to upload the administrative boundaries to put more content on the map. Your thoughts please. Anthony -- cheers, maning ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Ifugao's southeastern border
On Sat, Feb 12, 2011 at 10:06 PM, maning sambale emmanuel.samb...@gmail.com wrote: On Sat, Feb 12, 2011 at 2:05 AM, Eugene Alvin Villar sea...@gmail.com wrote: I'm inclined to delete the border along this part and transfer the tags to the corresponding parts of the river. I suggest we separate rivers from admin borders in this case, rivers change its course through time: http://www.geo-tag.info/2011/01/20/map-of-ancient-courses-of-the-mississippi-river/ There are actually two scenarios: 1) The border *is* the river and follows it even if the river changes course 2) The border is fixed and doesn't follow the river if it changes course Number 2 is only feasible if there was an actual survey of the border done to fix it. I'm not sure if the Spanish or the Americans did that when these provincial boundaries were established. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] namacity
What are the namacity tags for Naga CIty? Are those typos or intentional? Wayne Manuel ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Bonjour, Dag, Hello
Soyez le bienvenu! Polyglot (de Leuven) ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Bonjour, Dag, Hello
Hello, Si tu étais au fosdem on a surement du se croisé... j'étais derrière le stand :) Bienvenue à toi sur le grand projet qu'est Openstreetmap... bon on dirait que t'as déjà bien pris tes marques donc si il y a d'autres questions n'hésite pas ;) pour moi , le parking commercial je mettrai éventuellement permissive aussi mais sinon juste amenity=parking les highway=service + service=parking_aisle c'est déjà un bon début :) Brice On Sat, Feb 12, 2011 at 17:53, Jo winfi...@gmail.com wrote: Soyez le bienvenu! Polyglot (de Leuven) ___ 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] It's fun while it lasts
pec...@gmail.com wrote: I think we can call it a day. I really doubt Microsoft will be that interested in OSM anymore when they got Nokia on their hook. I think it's probably another example of M$ trying to stifle the THIRD horse while they come in at number 4. I don't want FG windows on my Nokia phone. Now that I have found a phone that works - with LINUX on it - I was at least happy. WHO is going to be supplying LINUX (meego). And do say 'Use Android' THAT is not linux and just as crap as iphone when it comes to using EXISTING applications. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] It's fun while it lasts
On 12 Feb 2011, at 08:43, Lester Caine wrote: pec...@gmail.com wrote: I think we can call it a day. I really doubt Microsoft will be that interested in OSM anymore when they got Nokia on their hook. I think it's probably another example of M$ trying to stifle the THIRD horse while they come in at number 4. I don't want FG windows on my Nokia phone. Now that I have found a phone that works - with LINUX on it - I was at least happy. WHO is going to be supplying LINUX (meego). And do say 'Use Android' THAT is not linux and just as crap as iphone when it comes to using EXISTING applications. At risk of feeding a troll... what exactly has this got to do with OSM? Tom Davie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Ich Bin Geograph - WhereCamp EU Is Coming To Berlin
In March 2010, Chris Osborne and myself transplanted the post-Where 2.0 WhereCamp from Silicon Valley and brought it to London. Judging by the feedback and comments we got during and after the event, it was a geotastic success and showed that Europe had an appetite for a 2 day, free, unconference on all matters geo. After a brief northbound sojourn as WhereCamp UK in November 2010, we're happy to announce that WhereCamp EU is back for 2011 and with a distinctly European flavour. Whilst the venue is yet to be confirmed, WhereCamp EU will be taking place on the 27th and 28th of May in Berlin. We'll keep you posted with more details on the WhereCamp EU blog, on Lanyrd and on our Twitter feed. Ich Bin Geograph (as Google translate tells me). -- gary at vicchi.org | twitter.com/vicchi | www.linkedin.com/in/garygale | www.garygale.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM user groups
Hi Peter, yes your right, I skipped this attribute of the old german template. For a simple reason: Nobody fills it :( Currently we are happy, if the groups add every meeting to the schedule and write a short summary. If we think, that we should add a concrete day for the next meeting we should query the schedule but not adding another place for this information. This should be a tool to get in touch with people. So further information can be requested by the people itself. I guess this is not a problem, cause I'm much more happy with a simple and widely used small tool instead of a perfect but complex superhyper thing ;) But if you have a good idea and you are willing to add it to the groups, let's see what comes up. cya Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
I want to go to that mapping party. Steve stevecoast.com On Jan 21, 2011, at 17:59, Kenneth Gonsalves law...@thenilgiris.com wrote: On Fri, 2011-01-21 at 19:30 +, Steve Doerr wrote: Nothing official, but it would be very unusual for anybody to call something that wasn't surfaced a road. Unless they were expatriates in a third-world country? please refrain from such remarks - I suppose you think we map by snake charming while riding on elephant back? -- regards KG http://lawgon.livejournal.com Coimbatore LUG rox http://ilugcbe.techstud.org/ ___ 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] highway=unsurfaced
On Fri, 2011-01-21 at 19:30 +, Steve Doerr wrote: Nothing official, but it would be very unusual for anybody to call something that wasn't surfaced a road. Appologies if I'm repeating something that's already been said – I've only just joined the list, but what's inappropriate about highway=track, surface={dirt | gravel | ...} for this? Tom Davie___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
On 12.02.2011 18:54, SteveC wrote: I want to go to that mapping party. On Jan 21, 2011, at 17:59, Kenneth Gonsalveslaw...@thenilgiris.com wrote: please refrain from such remarks - I suppose you think we map by snake charming while riding on elephant back? Feel free to join on 26th March. http://wiki.openstreetmap.org/wiki/Current_events If you insist on doing the mapping from elephant back, feel free to do so. Lampang has a lot of white area on the map left for you to map. I can organize you an elephant. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
If you insist on doing the mapping from elephant back, feel free to do so. Lampang has a lot of white area on the map left for you to map. I can organize you an elephant. That sounds like a lot of fun! Although I don't think since it'll very efficient, since somebody will have to walk beside it, wouldn't it? I do map on horseback though and that's a lot of fun too. Cheers, Jo, who'll probably won't be able to make it to Chiang Mai, unfortunately ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
On 12.02.2011 20:21, Jo wrote: That sounds like a lot of fun! Although I don't think since it'll very efficient, since somebody will have to walk beside it, wouldn't it? I do map on horseback though and that's a lot of fun too. I guess they won't let you alone with the Elephant without proper training. This is how it might look like: http://farm6.static.flickr.com/5220/5383747681_9f54d15256_o.jpg Others can still help by tracing from Bing. The Major Highways are there, a lot of other things missing. Be careful, Bing images are often misaligned. Check with GPS tracks. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] It's fun while it lasts
On 11/02/2011 11:19, Steve Chilton wrote: When the seagulls follow the trawler, it's because they think sardines will be thrown into the sea. Ooh, Aah Cantona! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] SotM '11 - Denver - The Map, before
Hey! One of the things that really impressed me about SotM '10 (Girona) was how much the map of Girona improved in the weeks leading up to the event. In a few short weeks, Girona went from a city with sparse buildings to a city with (apparently) every building mapped and an impressive number of trees mapped. I wonder if Denver is going to undergo the same transform. I make iOS offline maps. (There are a lot of us out there). I'm giving away (free as in beer) a iPhone/iPad/iPod Touch map of Denver for the next two days (Feb 13th and 14th). You can download it here: http://itunes.apple.com/us/app/20mb-denver-map/id386513939?mt=8ls=1 My map tries to show more of the deep map - addresses on features, tags on POI's, shop=*, bike routes, places (Is_In) and so on. Having looked around Denver, I notice a few things are different from most (US) cities I've seen. More POI's have addresses in Denver than most US cities. There are more microbreweries noted in Denver than any other city is the US (I count 4). Denver seems to have fewer trailer parks marked as Hamlets than many western cities. That said, Denver is still like a lot of US cities - I couldn't find a fuel station that lists which fuels are carried or many shops outside of the default 10 rendered by Mapnik. My hope is that you give my map application spin (If you have the hardware) and then when you are next mapping (where ever you map) you think a bit more about the deep data that OSM can hold. I'm hoping that Denver does see a leap forward in the next few months and the improvements includes things that don't draw in current Mapnik style sheet. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] BHKW
Am 11. Februar 2011 22:51 schrieb Schorschi scho...@snafu.de: Was die Antennen angeht, für die Kombination Schornstein und Fernmeldemast sollte sich etwas sinnvolles finden, das es eine häufige Option ist - allerdings weiß ich die jetzt auch nicht. Wenn der Schornstein groß genug ist, geht's vielleicht mit building = yes und einer Höhenangabe und man_made:tower (da gibt es auch so eine Option für einen Fernmeldemast - diese lässt sich hoffentlich mit den anderen Auszeichnungen kombinieren). m.E. ist das kein Turm, von daher auch kein man_made=tower. Building im Sinne von OSM ist es wohl, aber ein Tag für Kamine wäre nicht schlecht (man_made=chimney oder so, wird rd 1500 mal verwendet). Die Fernmeldemast-funktion sehe ich eher als Attribut des Kamins, aber nicht als Klasse (kein tower:type=communication, weil ein Kamin kein Fernmeldemast ist). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wo aktuelle Garmin Karten für DE?
Hi, irgendwie finde ich derzeit nicht mehr die von mir bevorzugten Karten in einer (halbwegs) aktuellen funktionierenden Version. Eigentlich habe ich immer am liebsten die OpenMTBMap Karten gehabt: Leider ist http://openmtbmap.x-nation.de/maps derzeit nicht erreichbar, was wohl durch Download server currently offline for maintenance (25.01.2011) auf der Download-Seite erklärt wird. Hat jemand eine Info wie lange diese maintenance noch dauern könnte? Nun wollte ich es anstelle dessen mit der AOI probieren, die seit einiger Zeit offensichtlich auch nicht mehr so häufig aktualisiert wird. Unter http://dev.openstreetmap.de/aio/regions/germany/gmapsupp/ findet sich eine Karte vom 19.1.2011, aber wenn ich die auf mein Garmin spiele, fehlt in meiner Gegend einiges (was auf der Karte vom 5.1.2011, die ich glücklicherweise noch habe) und die Zip Datei vom 19.1. ist auch *deutlich* kleiner als die vom 5.1 - da scheint wohl irgendwas schief gelaufen zu sein. Eine brauchbare Karte finde ich noch bei teddynetz.de. Irgendwie habe ich den Eindruck, daß derzeit die Kartenerzeugung nicht so gut funktioniert und ich denke, daß es wichtig wäre, eine Standardkarte, die immer funktioniert und mindestens wöchentlich aktualisiert wird anzubieten. Habe ich nur was verpaßt, wo ich sowas zuverlässig herunterladen kann? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo aktuelle Garmin Karten für DE?
Am Sat, 12. Feb 2011 um 13:49:47 +0100 schrieb Andreas Tille: Hallo zusammen, Irgendwie habe ich den Eindruck, daß derzeit die Kartenerzeugung nicht so gut funktioniert und ich denke, daß es wichtig wäre, eine Standardkarte, die immer funktioniert und mindestens wöchentlich aktualisiert wird anzubieten. dem kann ich nur zustimmen, der aktuelle Zustand schränkt die Mitarbeit schon deutlich ein. Gruß Guido -- http://www.bayernline.de/~gscholz/ http://www.lug-burghausen.org/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo aktuelle Garmin Karten für DE?
Hallo Wie lange es mit der OpenMTB noch dauert, kann ich dir nicht sagen. Felix sucht gerade einen neuen Server (siehe OSM-Forum). Eine Übersicht der Garmin-Karten gibt es im wiki. http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo aktuelle Garmin Karten für DE?
Hallo Andreas, die AIO-Karte gibt es für Deutschland auf dem Server täglich aktuell [1] als Notanker. Die ist eine reine Basiskarte, also keine Adressen, Maxspeed und OSB Zusätze. [1] ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/germ any-daily/ -Ursprüngliche Nachricht- Von: Andreas Tille [mailto:andr...@an3as.eu] Gesendet am: Samstag, 12. Februar 2011 13:50 An: OSM-de Betreff: [Talk-de] Wo aktuelle Garmin Karten für DE? Hi, irgendwie finde ich derzeit nicht mehr die von mir bevorzugten Karten in einer (halbwegs) aktuellen funktionierenden Version. Eigentlich habe ich immer am liebsten die OpenMTBMap Karten gehabt: Leider ist http://openmtbmap.x-nation.de/maps derzeit nicht erreichbar, was wohl durch Download server currently offline for maintenance (25.01.2011) auf der Download-Seite erklärt wird. Hat jemand eine Info wie lange diese maintenance noch dauern könnte? Nun wollte ich es anstelle dessen mit der AOI probieren, die seit einiger Zeit offensichtlich auch nicht mehr so häufig aktualisiert wird. Unter http://dev.openstreetmap.de/aio/regions/germany/gmapsupp/ findet sich eine Karte vom 19.1.2011, aber wenn ich die auf mein Garmin spiele, fehlt in meiner Gegend einiges (was auf der Karte vom 5.1.2011, die ich glücklicherweise noch habe) und die Zip Datei vom 19.1. ist auch *deutlich* kleiner als die vom 5.1 - da scheint wohl irgendwas schief gelaufen zu sein. Eine brauchbare Karte finde ich noch bei teddynetz.de. Irgendwie habe ich den Eindruck, daß derzeit die Kartenerzeugung nicht so gut funktioniert und ich denke, daß es wichtig wäre, eine Standardkarte, die immer funktioniert und mindestens wöchentlich aktualisiert wird anzubieten. Habe ich nur was verpaßt, wo ich sowas zuverlässig herunterladen kann? Viele Grüße 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] aio selber basteln - Tipp benötigt
Moin, ich bastel gerade, ahnungslos wie ich bin, ;-) daran, mir eine kleine aio-Karte zu erstellen (ich wollte mal ausprobieren, ein paar Linien anders darzustellen, da auf meinem nüvi 1390 t die Eisenbahnlinien komplett fehlen). Ich habe mir dafür Rheinland-Pfalz vom geofabrik-Server heruntergeladen, das reicht mir zum probieren (hoffentlich). Auf dieser Seite http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Map_generation komme ich ein Stück weit, es klemmt dann aber bei diesem Befehl: java -Xmx4000M -jar mkgmap.jar --max-jobs --style-file=masterstyle --description='Openstreetmap' --country-name=europe --country-abbr=EU --family-id=4 --product-id=45 --series-name='OSM-AllInOne-EU-bmap' --family-name=OSM --area-name=EU --latin1 --mapname=63240345 --draw-priority=10 --add-pois-to-areas --make-all-cycleways --link-pois-to-ways --remove-short-arcs --net --route --gmapsupp ../tiles/*.osm.gz master.TYP master.TYP wäre wohl jetzt basemap.TYP - aus dem Befehl wurde also bei mir: java -Xmx500M -jar ../mkgmap/mkgmap.jar --max-jobs --style-file=masterstyle --description='Openstreetmap' --country-name=rheinland-pfalz --country-abbr=RLP --family-id=4 --product-id=45 --series-name='OSM-AllInOne-RLP-bmap' --family-name=OSM --area-name=RLP --latin1 --mapname=63240345 --draw-priority=10 --add-pois-to-areas --make-all-cycleways --link-pois-to-ways --remove-short-arcs --net --route --gmapsupp ../tiles/*.osm.gz basemap.TYP aber ich bekomme ein: Could not open style masterstyle basemap_style funktioniert auch nicht ... was brauche ich genau für eine Datei (und wo sollte diese liegen)? Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio selber basteln - Tipp benötigt
Moin nochmal, hab's rausgefunden, es stand schon ein wenig tiefer im Text ... ich werde den Text nachher im Wiki an den aktuellen Stand anpassen - bitte schaut dann später dort noch jemand vorbei, ob ich das richtig gemacht habe. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio selber basteln - Tipp benötigt
Hi Schorschi, wenn Du auf Deinem Navi die Eisenbahn nicht dargestellt bekommst, dann liegt es an dem verwendeten Style und da mußt Du dran drehen. Da werden offenbar im Style der AIO die Eisenbahnen auf eine Garminnummer gemappt, die Dein GPS nicht darstellen kann. (Eisenbahn sollte Garmin-Typnummer 0x14 bekommen, dann gehts auch mit alten Geräten) -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Werte in OSM besser ohne Einheit (war: BHKW)
Am 11.02.2011 22:51, schrieb Schorschi: generator:output:electricity = 1.8 MW (oder 1800 kW) Die Kodierung der Leistung als Wert mit wählbarer Einheit ist m. E. ein Designfehler. Ich musste folgendes Ungetüm in SQL zur Umrechnung nutzen: (CASE WHEN tags-'generator:output:electricity'~'^[0-9.]*[ ]*MW$' THEN to_number(tags-'generator:output:electricity',',999') WHEN tags-'generator:output:electricity'~'^[0-9.]*[ ]*kW$' THEN to_number(tags-'generator:output:electricity',',999')/1000 ELSE '-1' END) as out Laut Wiki zulässige Einheiten W und GW würden noch zusätzliche Fallunterscheidungen erfordern. Eine Angabe der Leistung als Zahl in MW ohne Einheit wäre für den Mapper allenfalls ein minimaler Umrechnungsaufwand und für jede Auswertung deutlich einfacher. maxheight, maxspeed, etc. werden nur als Zahlen geschrieben, maxweight wird in Tonnen (Megagramm) und nicht in der SI-Einheit kg benutzt. Somit würde auch generator:output:* als Wert in MW gut passen. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werte in OSM besser ohne Einheit (war: BHKW)
Hallo, Stephan Wolff wrote: Die Kodierung der Leistung als Wert mit wählbarer Einheit ist m. E. ein Designfehler. Ich musste folgendes Ungetüm in SQL zur Umrechnung nutzen: Dann ist der Designfehler aber in Deinem Prozess - solange es wenigstens klar ersichtlich ist, was gemeint ist, musst Du halt vor dem Import in die Datenbank alles in Pferdestaerken umrechnen, oder was Du halt brauchst ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werte in OSM besser ohne Einheit (war: BHKW)
Hallo Am 13.02.2011 00:54, schrieb Frederik Ramm: Stephan Wolff wrote: Die Kodierung der Leistung als Wert mit wählbarer Einheit ist m. E. ein Designfehler. Ich musste folgendes Ungetüm in SQL zur Umrechnung nutzen: Dann ist der Designfehler aber in Deinem Prozess - solange es wenigstens klar ersichtlich ist, was gemeint ist, musst Du halt vor dem Import in die Datenbank alles in Pferdestaerken umrechnen, oder was Du halt brauchst ;) Halte ich für recht gefährlich, wenn jeder Werte in beliebiger Einheit einträgt. Was bringt es, wenn ich statt Watt die Leistung in g*m^2*h^-3 [ W=J/s=N*m/s=kg*m^2/s^-3 ] angebe? Man sollte sich schon bei einer Eigenschaft auf eine Einheit einigen. Wenn dies nicht möglich ist (mp/h vs. km/h) sollte man sich auf das Minimum an Auswahl beschränken. Andernfalls hat es was von einem name-Tag, dessen Auswertung unmöglich ist. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werte in OSM besser ohne Einheit (war: BHKW)
Hallo, Henning Scholland wrote: Halte ich für recht gefährlich, wenn jeder Werte in beliebiger Einheit einträgt. Was bringt es, wenn ich statt Watt die Leistung in g*m^2*h^-3 [ W=J/s=N*m/s=kg*m^2/s^-3 ] angebe? Muss ich auf das Argument wirklich eingehen? Wenn g*m^2*h^-3 eine gaengige Einheit fuer die Leistung von Blockheizkraftwerken ist - wenn der Mapper diese Angabe der Presse oder einer Fachinformation oder einem Schild am Objekt o.ae. entnehmen kann - dann ist es selbstverstaendlich auch sinnvoll, die so in OSM zu schreiben. Wenn nicht, dann ist es ein missratener Versuch, Deine Sichtweise zu begruenden ;) Man sollte sich schon bei einer Eigenschaft auf eine Einheit einigen. Man braucht sich nicht zu einigen; bei jeder Eigenschaft wird es nur ganz wenige ueberhaupt in der Praxis vorkommende Einheiten geben, und je weniger der Mapper umrechnen muss, desto weniger Fehler gibt es bei der Aufzeichnung. Wenn dies nicht möglich ist (mp/h vs. km/h) sollte man sich auf das Minimum an Auswahl beschränken. Andernfalls hat es was von einem name-Tag, dessen Auswertung unmöglich ist. Wenn man nicht gerade, wie Stephan, vor dem Problem steht, alles mit SQL machen zu wollen, dann ist es ja wohl trivial, die verschiedenen gaengigen Einheiten fuer ein bestimmtes Mass in einem Programm abzudecken. Und genauso wie ueberall sonst in OSM ist da halt eine gewisse Dynamik drin. Wenn der Strassenbreitenauswerter bislang die Strassenbreite nur in Meter und Fuss unterstuetzt und die Leute jetzt ploetzlich vermehrt die Breite in mm eintragen, dann merkt der das und kann sein Programm anpassen. Mir waere in erster Linie wichtig, dass die Leute die Einheit dazuschreiben. Wenn man sich auf eine einigt, dann denken die Leute, sie muessten sie nicht mehr hinschreiben - und dann gibt es doch erst Kuddelmuddel. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Ich Bin Geograph - WhereCamp EU Is Coming To Berlin
Giro questo mail dalla ML internazionale di OSM che annuncia WhereCamp EU una sorta di barcamp sul tema della neogeografia Per farsi una idea questo e' il risultato della scorsa edizione https://www.socialtext.net/wherecamp/index.cgi?wherecampeu_march_2010 l'evento si terra' a Berlino a fine maggio. ... la butto li': se facessimo una spedizione italiana? Ciao -- Forwarded message -- From: Gary Gale g...@vicchi.org Date: Sat, Feb 12, 2011 at 11:50 Subject: [OSM-talk] Ich Bin Geograph - WhereCamp EU Is Coming To Berlin To: t...@openstreetmap.org In March 2010, Chris Osborne and myself transplanted the post-Where 2.0 WhereCamp from Silicon Valley and brought it to London. Judging by the feedback and comments we got during and after the event, it was a geotastic success and showed that Europe had an appetite for a 2 day, free, unconference on all matters geo. After a brief northbound sojourn as WhereCamp UK in November 2010, we're happy to announce that WhereCamp EU is back for 2011 and with a distinctly European flavour. Whilst the venue is yet to be confirmed, WhereCamp EU will be taking place on the 27th and 28th of May in Berlin. We'll keep you posted with more details on the WhereCamp EU blog, on Lanyrd and on our Twitter feed. Ich Bin Geograph (as Google translate tells me). -- gary at vicchi.org | twitter.com/vicchi | www.linkedin.com/in/garygale | www.garygale.com ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [OSM-talk] OSM user groups
mettete questo template sulla pagina delle vostri incontri frequenti nello Wiki in modo da farlo apparire sulla mappa. Ciao, Martin messaggio orginale: as some might know, the German division has a nice map of all local groups at www.openstreetmap.de. Inspired by this one, I created an international version and a simple bot collecting all together. So if you put this on the page of your local meeting wiki page: http://wiki.openstreetmap.org/wiki/Template:User_group then you will appear after while here: http://ikaria.informatik.uni-rostock.de/mm337/osm/usergroups/ Would be very interesting where in the world is OSM a big topic and if they are similar organised like here. So I would be glad if you would notify on the localised mailinglists etc. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Ancora sul cambio di licenza
Ciao a tutti Dopo mesi di lavoro (notturno e fine settimana) ho realizzato la prosecuzione del lavoro dell'università di Lipsia [1] per la copertura della nuova licenza ODBL. Per fare questo ho scritto un programmino in linguaggio java (non ancora completo in tutte le sue funzioni) per realizzare delle mappe, usando maperitive come supporto, con le strade colorate a seconda del tipo di licenza utilizzata. Il grande vantaggio sta nel fatto che viene calcolata la licenza di ogni elemento della mappa (node, way e relation: quest'ultimo in modo ancora incompleto) il quale viene renderizzato da una rendering rule di maperitive. Al momento ottengo mappe simili a questa https://defaste.bot.nu/output.png che si riferisce a Piazza Unità a Trieste. Notate che oltre ai tre colori rosso, giallo e verde si è affiancato il colore viola il quale sta ad indicare che la way è odbl compilant ma uno o più nodi da cui è composta no. Per verificare quanto vi dico invito a controllare le history degli elementi a questi tre link: http://www.openstreetmap.org/api/0.6/way/74665709/history http://www.openstreetmap.org/api/0.6/node/291616486/history http://www.openstreetmap.org/api/0.6/node/291616483/history L'utente 51577 non è presente nel file users_agreed di oggi. La licenza è semplicemente un tag con chiave odbl e valori possibili: ok, partial, no, subobject Se c'è qualche volonteroso, magari più esperto di me, a modificare il file di rendering con in modo da colorare tutti gli elementi della mappa (edifici, ferrovie, confini, ...) intanto che finisco il software avremmo qualche dato in più per fare ulteriori considerazioni per la prossima fase della licenza. Il software ha anche altre funzioni, ma per il momento mi fermo qui in attesa di vostri commenti. Ogni critica costruttiva è ben accetta. Io sono disposto a pubblicare tutto il codice sorgente cho ho prodotto con licenza BSD, a patto di trovare una repository pubblica dove poterne gestire le versioni. Ciao a tutti Stefano de Fabris [1] http://osm.informatik.uni-leipzig.de/map/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] convegno per dati ambientali della laguna di venezia
Il 06/02/2011 01:04, G Zamboni ha scritto: Il 01/02/2011 10:13, Gianluca De Rossi ha scritto: Se ci vai poi mi "racconti" come andata? Purtroppo quel giorno di mattina ho un impegno improrogabile di lavoro. Ciao, ecco un breve riassunto. Ciao [...] Per chi fosse interessato sono state pubblicate alcuni pdf delle presentazioni: http://www.silvenezia.it/?q=node/60 Ciao Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] La Perseverancia
Hi Ceyockey, How we get included a placename in Nominatim? I think there are many localities, known by Colombian, but not included in this name data base. Federico -Mensaje original- De: dies38...@mypacks.net [mailto:dies38...@mypacks.net] Enviado el: viernes, 11 de febrero de 2011 04:35 a.m. Para: Colombia OSM talk Asunto: [Talk-co] La Perseverancia The placename La Perseverancia in Colombia is not included in Nominatim, so that searching the map for this placename does not call up the place. This placename is associated with a pair of recently uploaded GPS tracks. It would be useful for someone to add the place to the map in such a way that it would be indexed and available for retrieval. (Maybe it already has been and sufficient time has not yet passed to allow it to penetrate to the map index?). --ceyockey ___ 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] Resultados Mapping Party en Bogotá
Hola maperos, En relación a los requerimientos yo propondría adicionalmente : · Un foro · Un calendario El intercambio actual (y bastante intensivo J ) con la lista talk-co es bueno para las preguntas, comentarios y noticias del día-al-día, pero no para intercambiar experiencias o discutir un tema específico. Sobre todo, si la comunidad OSM de Colombia sigue creciendo y hay gente que no consulta talk-co todos los días. Alguno de ustedes consulta de vez en cuando los foros de OSM en el sitio http://forum.openstreetmap.org/index.php ? Es otro ejemplo como llevan los debates en otros países. Saludos, Federico De: David Ramírez [mailto:da...@hiperterminal.com] Enviado el: martes, 08 de febrero de 2011 01:29 p.m. Para: OpenStreetMap Colombia Asunto: Re: [Talk-co] Resultados Mapping Party en Bogotá Hola a todxs. Sobre el espacio virtual me gustaría trabajarle a esto para hacer una gestión del conocimiento apropiado al OSM Colombia. Hablé de este tema con Juan Carlos (@arttesano) y le comentaba que primero deberíamos hacer una lista de requerimientos. Es decir: ¿La wiki del OSM soporta las necesidades de información que tenemos? ¿Lo hace cyn.in en el Hackbo? ¿Qué vamos a mosrtar, quién y cómo lo alimentará? Por ahora he visto los siguientes requerimientos: * Subir fotos * Bitácora de reuniones * Documentación y manuales * Enlaces a sitios externos No sé si están todos los requerimientos aquí, o si me inventé algunos. ¿Les suena? ¿Qué faltaría? El 8 de febrero de 2011 10:34, Pilar Saenz mapis...@gmail.com escribió: Hola a todos los maperos y maperas, El domingo pasado tuvimos una larga jornada de caminata, recolección de datos, toma de fotografías, captura de trazas y hasta aprendizaje de la historia del barrio La Perseverancia. Fue un espacio donde compartimos, aprendimos y sobre todo exploramos como realizar este tipo de fiestas de mapeo para ampliar el grupo de interesados y la información de nuestra ciudad. Algunos apuntes sobre la jornada, nos repartimos por equipos, ya que íbamos a cubrir la misma zona, cada equipo tenia la misión de recaudar diferentes tipos de información: comidas (restaurantes, bares, tiendas, plaza de mercado, cafeterías, etc), vias (calles, parqueaderos, senderos peatonales, etc), servicios (estaciones de policía, colegios, universidades, entidades, etc), historia (sitios de interés, eventos, etc). Además se hizo una adquisición de las trazas de todo el recorrido, se tomaron fotografías geoposicionadas. Al final del recorrido nos reunimos para analizar los aciertos y las dificultades además de plantearnos las tareas pendientes y la Fecha para nuestra próxima fiesta: 12 o 13 de Marzo Zona por definir Tareas: Compartir trazas Compartir Fotos Compartir walking papers escaneados Escribir sobre la experiencia Compartir las dudas por la lista Varias preguntas quedan en el aire. Posiblemente necesitaremos un espacio presencial de taller donde resolver las dudas sobre el uso de las herramientas de mapeo. Por que físico? por que aunque lo virtual nos permite comunicarnos y poner a circular información, muchas veces las preguntas prácticas no se pueden resolver sino en la práctica. Hay dos espacios posibles: el hackerspace de Bogotá, donde ya tuvimos nuestra primera reunión y el espacio del GLUD en la universidad distrital. De igual forma como necesitamos un espacio físico, también queremos tener un espacio virtual donde colocar las fotografías, trazas y las memorias de cada reunión. También donde referenciar los manuales que sigamos o los que construyamos para ayudar a las diferentes prácticas asociadas con el trabajo de mapeo.De nuevo hay varios espacios posibles: El wiki de osm, donde podríamos crear una página para documentar lo que estamos haciendo, con dos dificultades: no he encontrado páginas similares y editar el wiki no siempre es amigable, sobre todo a la hora de enlazar fotos y archivos El espacio virtual del hackerspace, donde podríamos crear un espacio para el grupo como tal con la posibilidad detener páginas wiki, blogs, fotos, videos, audios, archivos, enlaces externos e incluso discusiones. En el espacio del grupo es posible gestionar los objetos para que sean accesibles de forma anónima o sólo para usuarios registrados en el espacio. De nuevo, cuales espacios utilizar está a discusión de quienes participan de este nodo de maperos y maperas en Bogotá. Mis agradecimientos a todas las personas que nos acompañaron en la jornada. -- María del Pilar Sáenz R. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- David Ramírez www.hiperterminal.com ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Dominio en spanish para #colombia http://mapa.co.cc
Hola humano, Por qué no nos cuentas más sobre eso: esperamos que con el nuevo server para colombia que se esta gestionando con la OSMF podamos poner alli varios proyectos. Suena muy interesante! Saludos, Federico -Mensaje original- De: ouɐɯnH [mailto:fredyriv...@gmail.com] Enviado el: sábado, 05 de febrero de 2011 10:24 a.m. Para: OpenStreetMap Colombia Asunto: [Talk-co] Dominio en spanish para #colombia http://mapa.co.cc hola los nombres de OpenStreetMap en muchas ocasiones son dificiles de memorizar o de compartir, por eso he aportado el dominio http://mapa.co.cc para mejorar la difusión del proyecto. Por ahora el dominio esta apuntando a http://openstreetmap.co pero esperamos que con el nuevo server para colombia que se esta gestionando con la OSMF podamos poner alli varios proyectos. salu2 humano -- 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
Re: [Talk-dk] Flere ortofotos
Den 12-02-2011 09:18, Ole Nielsen skrev: On 12/02/2011 08:38, Esben Damgaard wrote: Når nu vi har haft denne dejlige succes med Fugro tænkte jeg om vi kunne prøve at kontakte andre firmaer der har nyere ortofotos. Nu har vi et godt eksempel vi kan vise, og hvor lidt de skal gøre for at få en masse goodwill og gøre en masse godt. Cowi ved jeg har billeder fra sommeren 2010. Er der nogen der tror det kan lykkes? Nogen der gerne vil kontakte dem? (kigger især på manden med erfaring, Peter Brodersen). Jeg er noget skeptisk. Cowi bruger deres luftfotos kommercielt (bl.a. på Eniro/Krak's webside og Google Maps). Så at forære dem til os? Jeg tvivler. En af årsagerne til at Fugro er villig til at stille deres foto til rådighed er nok, at deres foto ikke længere har den store kommercielle værdi for dem (de er ikke helt nye længere og opløsningen er moderat sammenlignet med konkurrenternes fotos). Jeg er selv skeptisk, men jeg aner også en lille chance. Vi gør jo selvfølgelig klart for dem at de kun må benyttes til OSM tracing. Tvivler på de betragter os som nogle der sætter deres konkurrenter ude af spil. Det skader ikke at forsøge. Desuden er jeg mere end tilfreds med at have adgang til Fugro's fotos, selvom de har enkelte kvalitetsproblemer hist og her (sære spring og den slags). Og for de store byer har vi jo også Bing (hvem har lavet deres luftfotos?). Jeg er også utrolig glad for Fugro's billeder, men derfor kan det jo stadig godt blive bedre. Esben ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] Mapas para poblaciones pequeñas
Buenas, El Fri, 11 Feb 2011 00:24:41 +0100 Roberto Plà p...@aire.org va y dice: Si, seguramente sería algo así. Y si fuera un poco menos a 'martillazos' mejor. ¡Ah, los entornos amigables! :-) Bueno, también puedes hacerlo con el Viking. Encuadras la zona que quieres y a la hora de generar la imagen le dices que la zona en pantalla, y pones el zoom máximo. Me miraré lo de Osmarender cuando vuelva a casa que estoy errante. Saludos, Colegota -- http://colegota.mapamundi.info ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Faltan nombres en Úbeda...
Hola, ya me he cansado por ahora de calcar Úbeda sobre pnoa. Ahora mismo es un mapa casi mudo. Si alguien de la zona conoce algún nombre de monumento o calle, lo puede indicar tambien aquí, no hace falta ni loguearse: http://bit.ly/gJSHpy Un click sobre un error = te permite añadir comentario al error Un click donde no hay error = te permite añadir un error y comentario para cerrar la ventanita de comentarios hay que hacer click sobre el error otra vez pinchar y arrastrar mueve el mapa como de costumbre doble click hace zoom como de costumbre --Oscar ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[OSM-ja] どなたか天竜浜名湖鉄道のデータをインポートしていただけないでしょうか
現在天竜浜名湖鉄道のデータをインポートしていただけないでしょうか。 すでにデータはあるのですが、路線の属性がtramになっていたり、駅 情報がないなど、使い勝手が悪そうなので。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 中国の人による魚釣島編集により、データのリレーションがおかしくなっていた件
としです. 矢吹です。 こんばんわ.エクストリームマッピングパーティではお疲れさまでした. マッピングパーティの会場でもお話がありましたがメールでも. 変更をした本人には、日本のOSMデータが壊れたこと、壊れたことは日本のOSM コミュニティおよび関係各位に連絡をする予定だ。とだけ英語で メッセージを送ってあります。 データが壊れた?とギョッとしましたが,日本の国境の name タグが「日本」から「中国」になっていたと言う事ですね. 修正ありがとう御座います. # 変更を見てしまったからには、やはりアクションを起こさずには # いられなかった。 # 粛々と進めることができる方法があると良いのですが。 ありがとう御座います. OSM が Wiki 的に作る発想ですので,多少なりとも編集合戦が起こると思います. 私は,間違いを見つけると,それが自分のでも他の人のコミットでもなるべく直しています. 例えば県道なのに国道になっていたら,自分の間違いでも他の人の間違いでも関係なく直しています. 我々は地物に対して,より正しいと考えられる方向へ直していく形が良いかと思っています. ではこれにて. ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] インポートデータ同士のずれ
Mage Whopperです 2011年2月12日15:46 Tomoki Ishiwata propeller.meis...@gmail.com: はじめまして.wataoです. 特にマピオンが正確だという保証はないと思います. 東岩槻駅近郊だともはや定性的にも間違ってるみたいです. 局所的に間違っているということはもちろんあると思います。 ただ、あちこち見て、Webで見られて 全体的に行政区域にこだわっているのはMapionと認識しています。 問題はMapionが正しいかどうかではなくて OSMに残るものが正しいかどうか検証する方法があるのかないのか よくわからないところです。 直すとして何を元にすれば良いのか。 KSJ2の河川データは誤差17.5mあるみたいですが, 行政区域は国のデータが定義なのではないでしょうか? 元データが実際と違う、というのもあり得ると思います。 行政区域のデータも1/25000なので30m程度の誤差は存在するはずです。 その場合、OSM的にはどうしたら良いでしょうか。 すでに1/25000で許容される誤差以上の精度でmappingが始まっていますし 市境界等はGPSではとれません。 国が出しているデータが違うとなると、 何を信じていいのか分かりませんが 現状沢山の建物が区境界上に乗る型になってしまっています。 以上です。 Mage Whopper magewhop...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 車両進入制限のあるアーケード街
東です。 商店街や観光地などによくある 日中は歩行者専用だが、夜間や早朝は車が入れるアーケード付きの道路は どのように描いたら良いでしょうか。 どこか描かれている場所があったら教えてください。 自分では試しに下記のように書いてみました。 (車両は10時〜22時の間、通行禁止の場所) <アーケード> http://www.openstreetmap.org/browse/way/99270198 highway=pedestrian area=yes covered=yes <アーケードの下の道路> http://www.openstreetmap.org/browse/way/89046631 highway=unclassfied access=designated foot=yes motorcar=permissive hour_on=10:00:00 hour_off=22:00:00 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 中国の人による魚釣島編集により、データのリレーションがおかしくなっていた件
矢吹です。 壊れたという表現にしたのは、josmのrevert機能をつかって変更を 元に戻そうとしたとき、josmの妥当検証チェックに引っかかって 空のadministrativeがあるなどのメッセージが出ていて、壊れたと 判断しました。 一時期、リレーションの関係が正常ではありませんでした。尖閣を 中国としたため日本全土が中国になっていたのが原因なのではないか と。 逆に尖閣の部分のadministratveをpotlachでなおすと芋ずる式に なおったという理解です。 ちょうど、potlach, potlach2やjosmの講習タイミングで、josmの revertプラグインの存在を知り試してみた結果です。 josm version 3751 java 1.6.0_0 (OpenJDKで動かしています) 以下、インラインにてお返事を。 On Sat, 12 Feb 2011 21:26:17 +0900 TANAKA Toshihisa tosih...@netfort.gr.jp wrote: としです. 矢吹です。 こんばんわ.エクストリームマッピングパーティではお疲れさまでした. マッピングパーティの会場でもお話がありましたがメールでも. 変更をした本人には、日本のOSMデータが壊れたこと、壊れたことは日本のOSM コミュニティおよび関係各位に連絡をする予定だ。とだけ英語で メッセージを送ってあります。 データが壊れた?とギョッとしましたが,日本の国境の name タグが「日本」から「中国」になっていたと言う事ですね. 修正ありがとう御座います. 壊れた判断については、上のことがあり判断しました。が、josmの依存性チェックは その範囲のすべてのデータの関係をチェックするので、日本全土のデータをfetchして おかないと、常に出たのかも知れません。 今回のことでOSMにリレーションという概念があることをしったので、ぼちぼち勉強 していけたらと思います。 # 変更を見てしまったからには、やはりアクションを起こさずには # いられなかった。 # 粛々と進めることができる方法があると良いのですが。 ありがとう御座います. OSM が Wiki 的に作る発想ですので,多少なりとも編集合戦が起こると思います. 私は,間違いを見つけると,それが自分のでも他の人のコミットでもなるべく直しています. 例えば県道なのに国道になっていたら,自分の間違いでも他の人の間違いでも関係なく直しています. はい。編集合戦はある程度は仕方ないかもとは思います。 ただ、それぞれの正しいと思う所が異なる場合、合意を形成するプロセスというか、 何のソース(情報源、認定元)で地図を描くかという、メタな議論は必要なのかも しれません。 OSM歴は短いものの触って思うのは、地図も表現物であり、作る人の思い、作り手側の 意志が反映するものだなあと。 我々は地物に対して,より正しいと考えられる方向へ直していく形が良いかと思っています. はい。 -- ++++++++++++++ Yukiharu Yabuki (矢吹幸治) I use Debian GNU/Linux mail: yab...@netfort.gr.jp クレクレタコラは好き / クレクレタコだはイヤ ++++++++++++++ ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] インポートデータ同士のずれ
東です。 測量やGISに詳しくないのでつっこみお願いします>詳しい方 ズレの原因として以下のようなものがあると思います。 ・測地系の違い、およびその変換ミス(あるは元々測地系同士の正確な変換ができない) ・測位誤差、変換時の計算誤差 正確なことは変換スクリプトのロジックや測地系をご存知の方に判断を 仰がないと分かりませんが 東京近辺を見ると、行政界のうち、道路を基準とした(と思われる)ものは ほぼ現在の道路とは合って「いない」ように見えるのですが、 他の地域でぴったり合っているところはありますでしょうか? だいたい5mから最大30mほどの幅でずれているように見えます。 ズレの方向も一定ではありません。 ズレの原因が複数あるような気もしますが、 河川を除き、道路のほとんどがぴったり合っていないとすれば、 自分でできない私が言うのは大変恐縮ですが 変換スクリプトに改善の余地があるように感じますが いかがでしょうか。 <広尾> http://www.openstreetmap.org/?lat=35.655303lon=139.721826zoom=18 縦方向:南に約30mズレ 横方向:西に約15mズレ <目白> http://www.openstreetmap.org/?lat=35.713487lon=139.719037zoom=18layers=M 縦方向:北に約10mズレ 横方向:東に約15mズレ 試しにgoogle mapsを見てみると、 その正確さも無条件に信じてはいけないと思いますが 行政界と道路は重なっているところが多いように見受けられます。 河川に基づく行政界の方は見たところだいたいぴったりです。 ちなみに上記<目白>のマップ下部にある神田川は ブラタモリに出ていましたが 行政界が設定された後に河川改修で流れが変わったが 行政界は変更されなかったため、古い川筋に沿った行政界が残っている例です。 11/02/12 Mage Whopper magewhop...@gmail.com: Mage Whopperです 2011年2月12日15:46 Tomoki Ishiwata propeller.meis...@gmail.com: はじめまして.wataoです. 特にマピオンが正確だという保証はないと思います. 東岩槻駅近郊だともはや定性的にも間違ってるみたいです. 局所的に間違っているということはもちろんあると思います。 ただ、あちこち見て、Webで見られて 全体的に行政区域にこだわっているのはMapionと認識しています。 問題はMapionが正しいかどうかではなくて OSMに残るものが正しいかどうか検証する方法があるのかないのか よくわからないところです。 直すとして何を元にすれば良いのか。 KSJ2の河川データは誤差17.5mあるみたいですが, 行政区域は国のデータが定義なのではないでしょうか? 元データが実際と違う、というのもあり得ると思います。 行政区域のデータも1/25000なので30m程度の誤差は存在するはずです。 その場合、OSM的にはどうしたら良いでしょうか。 すでに1/25000で許容される誤差以上の精度でmappingが始まっていますし 市境界等はGPSではとれません。 国が出しているデータが違うとなると、 何を信じていいのか分かりませんが 現状沢山の建物が区境界上に乗る型になってしまっています。 以上です。 Mage Whopper magewhop...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] OS OpenData contours
I've done this, but on my own computer only, for hill panoramas. Hi Richard, Is this open-source? I'd be particularly interested in the code to transform raw OS format - SRTM hgt-like format, as I already have code which works with .hgt files. However the whole code coule potentially be useful. If it's not open source then yes, examples would be useful. Thanks, Nick I have taken the new heightfiles from Nick's dev site - and used them with my modified code to generate panoramas. I've posted the results on the wiki. I'll post the full source code there if anyone is interested. See http://wiki.openstreetmap.org/wiki/Creating_a_panorama_with_OS_OpenData There are, however, some heightfiles missing from the full set. There are no heightfiles with the name XX99 e.g. on the wiki, I've given an example showing that SJ99ne, SJ99nw, SJ99se, SJ99sw are all missing. This is true of every OS grid square - so full 100x100km OS grid squares fully on land only have 396 5x5km files, instead of 400. Also, OS grid squares HP,HT,HU,HW,HX,HY HZ are also missing. These only cover the Orkneys Shetland islands off the Scottish northern coast, but I'm sure someone will find them useful if they were present. Richard ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Potlatch 2 tutorial videos. (Was: Re: Adding a further 250, 000 UK roads quickly using a Bot?)
Sorry, Tom. I meant to reply to your feedback. Tom Chance wrote: Not sure if I'm also in Richard's you lot club, but I produced a fairly easy going introduction to OSM and Potlatch 2 including a video last year: http://www.openecomaps.co.uk/contribute.php I need to redo the video now I've set the site up off the OSM dev server, so any feedback is much appreciated. You have taken a different approach to me and given an overview of the whole lot. Good content. My main suggestion if you are planning to redo, is to plan out exactly what you want to cover (down to the last mouse movement) and what you plan to say. This keeps things punchy and cuts down the length. On the other hand, it does take bloody ages to do it that way, so I can understand if time constraints prevent it. Dave, very nice video. I must include the undo bit for people who panic! I would include a mention of features that Potlatch 2 might not recognise (look in advanced), and I'd replace the one bit of jargon (production database) with some plain english (perhaps live database?). I agree, live database would be much better. As for the advanced tab, I really want to keep away from all advanced features until part 3. I realise there is a small risk the feature a mapper is about to add is already present with an unknown set of tags, but I think the risk is small enough not to add complexity to the video. At least Potlatch does suggest clicking on Advanced if this happens, and _most_ tags are reasonably self explanatory (bus stops are supported by the basic tab, so newbies should not need to expose themselves to naptan:AtcoCode=13003514H!). Cheers David -- View this message in context: http://gis.638310.n2.nabble.com/Adding-a-further-250-000-UK-roads-quickly-using-a-Bot-tp5986539p6019472.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Parking lot not rendering
I'm having a problem with the Mapnik rendering of this area: http://www.openstreetmap.org/?lat=41.176495lon=-111.948208zoom=18;. In the retail area northwest of 48th Street and Harrison Blvd (UT-203) I have entered parking lots. However, they are not rendering. The commercial area just north of that is part of the same parking lot but it is being rendered. What is wrong with the retail area? - Val - ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Parking lot not rendering
On 2011-02-12 18:47, Val Kartchner wrote: I'm having a problem with the Mapnik rendering of this area: http://www.openstreetmap.org/?lat=41.176495lon=-111.948208zoom=18;. In the retail area northwest of 48th Street and Harrison Blvd (UT-203) I have entered parking lots. However, they are not rendering. The commercial area just north of that is part of the same parking lot but it is being rendered. What is wrong with the retail area? Hmmm, some of the holes in the parking lot are also buildings. First time I've seen that... But I don't know why that should work differently from, say, islands in a lake. -- /Stellan ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Parking lot not rendering
On 2/12/2011 12:47 PM, Val Kartchner wrote: I'm having a problem with the Mapnik rendering of this area: http://www.openstreetmap.org/?lat=41.176495lon=-111.948208zoom=18;. In the retail area northwest of 48th Street and Harrison Blvd (UT-203) I have entered parking lots. However, they are not rendering. The commercial area just north of that is part of the same parking lot but it is being rendered. What is wrong with the retail area? It's because the parking lot crosses a landuse boundary. Mapnik, in my experience, tries to find which of two objects is inside the other and renders them with the smaller one on top. But if they cross results are suboptimal. Aerials indicate that the commercial parking lot is not connected to the retail parking, so it should be a separate polygon, even putting aside this complication. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Parking lot not rendering
On Sat, 2011-02-12 at 13:28 -0500, Nathan Edgars II wrote: On 2/12/2011 12:47 PM, Val Kartchner wrote: I'm having a problem with the Mapnik rendering of this area: http://www.openstreetmap.org/?lat=41.176495lon=-111.948208zoom=18;. In the retail area northwest of 48th Street and Harrison Blvd (UT-203) I have entered parking lots. However, they are not rendering. The commercial area just north of that is part of the same parking lot but it is being rendered. What is wrong with the retail area? It's because the parking lot crosses a landuse boundary. Mapnik, in my experience, tries to find which of two objects is inside the other and renders them with the smaller one on top. But if they cross results are suboptimal. Aerials indicate that the commercial parking lot is not connected to the retail parking, so it should be a separate polygon, even putting aside this complication. That was it. I split the parking lot at the boundary of the land use, and it now renders correctly. I'll have to keep this in mind when I'm drawing parking. I figured that since there was very little separation between parking lots that it should be done as one big one. - Val - ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Parking lot not rendering
On 2/12/2011 2:01 PM, Val Kartchner wrote: That was it. I split the parking lot at the boundary of the land use, and it now renders correctly. I'll have to keep this in mind when I'm drawing parking. I figured that since there was very little separation between parking lots that it should be done as one big one. Oh, I didn't even notice the big area to the north. I was talking about the small commercial lot off 48th. Since the two large areas do in fact share parking with absolutely no separation, it's probably best to treat them as one parcel and use the more prominent landuse value (or should it be commercial by default, since retail is a subset of commercial?). Then you can indicate the actual uses of each building (which may be mixed; an office building might have a cafe on the first floor). (By the way, the commercial parking to the north still goes slightly into the retail area. Maybe Mapnik calculates the area and draws from biggest to smallest?) An area (parking lot, pedestrian, whatever) should only be one piece if it's all connected. Since you can't enter the retail parking lot and get to the small south commercial parking, they should be two separate areas, close *but not touching*. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Parking lot not rendering
On Sat, 2011-02-12 at 14:10 -0500, Nathan Edgars II wrote: On 2/12/2011 2:01 PM, Val Kartchner wrote: That was it. I split the parking lot at the boundary of the land use, and it now renders correctly. I'll have to keep this in mind when I'm drawing parking. I figured that since there was very little separation between parking lots that it should be done as one big one. Oh, I didn't even notice the big area to the north. I was talking about the small commercial lot off 48th. Since the two large areas do in fact share parking with absolutely no separation, it's probably best to treat them as one parcel and use the more prominent landuse value (or should it be commercial by default, since retail is a subset of commercial?). Then you can indicate the actual uses of each building (which may be mixed; an office building might have a cafe on the first floor). (By the way, the commercial parking to the north still goes slightly into the retail area. Maybe Mapnik calculates the area and draws from biggest to smallest?) An area (parking lot, pedestrian, whatever) should only be one piece if it's all connected. Since you can't enter the retail parking lot and get to the small south commercial parking, they should be two separate areas, close *but not touching*. Okay, I've fixed both of the problems that you noted. I do like to make things as detailed as I'm able when I'm mapping. - Val - ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Parking lot not rendering
On 12-2-2011 20:10, Nathan Edgars II wrote: (By the way, the commercial parking to the north still goes slightly into the retail area. Maybe Mapnik calculates the area and draws from biggest to smallest?) Yes, it does, in this case, render from largest to smallest area fill. -- Lennard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Parking lot not rendering
On 2/12/2011 3:19 PM, Lennard wrote: On 12-2-2011 20:10, Nathan Edgars II wrote: (By the way, the commercial parking to the north still goes slightly into the retail area. Maybe Mapnik calculates the area and draws from biggest to smallest?) Yes, it does, in this case, render from largest to smallest area fill. That would explain http://trac.openstreetmap.org/ticket/3295 then. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us