[talk-ph] News: Accu-map now has their own PND
The PND is called Vector: http://www.vector.com.ph/ Blog post from the launch event with pics: http://dlvr.it/Hm3Qc It's not AVT, which if I understand it correctly only licenses the map data from Accu-map. Vector seems like it's Accu-map's own product with the technology probably licensed form NDrive. Based on the FAQ http://www.vector.com.ph/faqs.html , detailed coverage is As of 2010: Metro Manila, Metro Cebu, Cavite, Laguna, Bulacan, Rizal, parts of Batangas, Subic-Olongapo, Baguio, Bacolod, selected areas in Pampanga and Zambales. But I guess they also have the National Highways, just not details streets of other places. They also claim to have 38,000 POIs. Price is P13,900 and it runs Windows CE. So I guess one could hack it and install Garmin Mobile XT? ;-) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] testing the address and street search in osmphgps garmin map
Hi Maning, Is POI for streetnames would be able to find / distinguish street number and street name? eg. 1 EDSA from 999 EDSA. The reason I am asking this, I am planning to develop iPhone app that acquires the location (lat/long) auto and StreetName (i.e. Street number + Street number) (-- i.e. only input by the users) and send to Postgresql server. It would be a FREE apps in Apple App Store. Objective 1. Geocode Philippine Streets for OSMPHGP and others 2. Acquire Street Names for OSM-Ph. Android? Later on :-) Tools. 1. Route-Me for iOS (FOSS library) 2. PostgreSQL Anybody interested and like to help? Noli On 2/14/11, maning sambale emmanuel.samb...@gmail.com wrote: Hi, I am currently testing the street and address indexing for the garmin map. This is a long time wanted feature for our garmin maps. On the current map, newer models like nuvis cannot use the Where to Address option. This is possible for older models like etrex and venture by compiling the map via Mapsource. As a workaround, we converted the street as a POI in order to search for the streetnames. Just today, I compiled a new map and its works! [1]. There are a couple of bugs though, but basically, you can now use the Where to Address to search for streets. We need more tests before public distribution. If you want to test please download the maps here: for mapsource - http://dl.dropbox.com/u/607635/osm-ph_gps_maps/index_ver/osmph_winmapsource_index.exe for mac roadtrip or basecamp - http://dl.dropbox.com/u/607635/osm-ph_gps_maps/index_ver/osmph_macroadtrip_index.zip Please report any problems so that we can isolate whether it is a data or a compiler issue. Enjoy bug hunting! [1] http://www.facebook.com/#!/photo.php?fbid=1894761334210set=a.1207655236987.2033026.1396878922 -- 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 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] testing the address and street search in osmphgps garmin map
Hi Maning, Not yet, you can ignore the housenumber or input any number in the textbox to go to the street search. OK. it is capable to search the house number, if there is a data. Is it separate entry for the number? Your project looks good, how do you plan to integrate this dbase into osm? AFAIK, there is an agreed code of conduct in OSM not to upload any data in bulk by a single bot/user. I am planning to have a separate postgresql server, not use the OSM at the moment. I need help on this server. If I can not find a free server, I think I need to find a internet service provider with 24//7 postgresql server. The postgresql server just need one database and one table i.e. Street Street ( id Latitute Longitute StreetNo StreetName Place? - for city and towns but I think no really Users?* - default - Juan dela Cruz :-), Anonymous ) * Good for statistics for contributors. The iphone app users will just input the StreetNo and StreetName. That it. If this is the case you need to provide a mechanism wherein your app users has their own OSM account. Good luck! I think we don't want the users to get OSM accounts,less work for them the better. Just the just street number and street names are good enough. However, we will find a mechanism how to integrate this latter on. Any other suggestions how can make this project going. I will register as Apple developer and have this as my first app :-). Thanks. Regards, Noli On Mon, Feb 28, 2011 at 8:47 AM, Noli Sicad nsi...@gmail.com wrote: Hi Maning, Is POI for streetnames would be able to find / distinguish street number and street name? eg. 1 EDSA from 999 EDSA. The reason I am asking this, I am planning to develop iPhone app that acquires the location (lat/long) auto and StreetName (i.e. Street number + Street number) (-- i.e. only input by the users) and send to Postgresql server. It would be a FREE apps in Apple App Store. Objective 1. Geocode Philippine Streets for OSMPHGP and others 2. Acquire Street Names for OSM-Ph. Android? Later on :-) Tools. 1. Route-Me for iOS (FOSS library) 2. PostgreSQL Anybody interested and like to help? Noli On 2/14/11, maning sambale emmanuel.samb...@gmail.com wrote: Hi, I am currently testing the street and address indexing for the garmin map. This is a long time wanted feature for our garmin maps. On the current map, newer models like nuvis cannot use the Where to Address option. This is possible for older models like etrex and venture by compiling the map via Mapsource. As a workaround, we converted the street as a POI in order to search for the streetnames. Just today, I compiled a new map and its works! [1]. There are a couple of bugs though, but basically, you can now use the Where to Address to search for streets. We need more tests before public distribution. If you want to test please download the maps here: for mapsource - http://dl.dropbox.com/u/607635/osm-ph_gps_maps/index_ver/osmph_winmapsource_index.exe for mac roadtrip or basecamp - http://dl.dropbox.com/u/607635/osm-ph_gps_maps/index_ver/osmph_macroadtrip_index.zip Please report any problems so that we can isolate whether it is a data or a compiler issue. Enjoy bug hunting! [1] http://www.facebook.com/#!/photo.php?fbid=1894761334210set=a.1207655236987.2033026.1396878922 -- 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 -- 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
[talk-ph] request for clean-up and armchair mapping in Olongapo
Hi, Olongapo and Subic Area have high-res imagery. Upon inspecting, the imagery has good alignment with the gps traces. However, I noticed several issues on the existing data in Olongapo poblacion area: http://osm.org/go/4zOBzFDj- 1. roads are not aligned to the imagery and trace (I added a few more and corrected others) 2. road node density needs some simplification May I request interested mappers to have a look and improve the coverage. Btw, do we have local gapo and subic mappers here? Thanks! -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Any process on website usability?
Hi, sometimes I get asked when the webfrontend of osm.org get a renew to fit better the needs of mappers or externals. In most times I just point the person to a page of http://wiki.openstreetmap.org/wiki/Category:Usability But anyway is there any process started or still the freeze of single users overwhelmed by this huge task? regards Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Any process on website usability?
There's been discussion with the Foundation on starting a working group on Usability. http://wiki.openstreetmap.org/wiki/Foundation/User_Experience_Working_Group Was first proposed in 2009, but comes up often, including at the last face to face in Pisa. If there's a group interested, I suggest asking the Board to start organizing something. == Mikel Maron == +14152835207 @mikel s:mikelmaron From: Matthias Meißer dig...@arcor.de To: talk@openstreetmap.org Sent: Sun, February 27, 2011 4:07:13 AM Subject: [OSM-talk] Any process on website usability? Hi, sometimes I get asked when the webfrontend of osm.org get a renew to fit better the needs of mappers or externals. In most times I just point the person to a page of http://wiki.openstreetmap.org/wiki/Category:Usability But anyway is there any process started or still the freeze of single users overwhelmed by this huge task? regards Matthias ___ 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] Any process on website usability?
Thanks Mikel, I lack of time, but wanted to know whats the state. bye Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Any process on website usability?
Irony ON the community is too busy changing license and blocking users to be considered with futile details like theOSM.ORG website. You will probably get more support if you suggest to improve the looks of the osmfoundation.org website But your request will soon get attention, once everyone has been forced to accept the new OSMF (sorry ODBL) license. That will probably be somewhere in 2015 Irony OFF Gert Gremmen -Oorspronkelijk bericht- Van: Matthias Meißer [mailto:dig...@arcor.de] Verzonden: zondag 27 februari 2011 11:07 Aan: talk@openstreetmap.org Onderwerp: [OSM-talk] Any process on website usability? Hi, sometimes I get asked when the webfrontend of osm.org get a renew to fit better the needs of mappers or externals. In most times I just point the person to a page of http://wiki.openstreetmap.org/wiki/Category:Usability But anyway is there any process started or still the freeze of single users overwhelmed by this huge task? regards Matthias ___ 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] Fwd: Re: collateral damage
In real life a suspect is condemned after trial and proof, in OSM(F) you only need to confess , or at least state something ambiguous that sounds like contradictory to the basics of OSM. Gert Gremmen -Oorspronkelijk bericht- Van: Andrew Ayre [mailto:a...@britishideas.com] Verzonden: vrijdag 11 februari 2011 10:04 Aan: Toby Murray; talk@openstreetmap.org Onderwerp: Re: [OSM-talk] Fwd: Re: collateral damage Toby Murray wrote: Does anyone think more discussion is going to yield anything useful? It is obvious that Anthony is unwilling to accept a nearly universally held community consensus. I initially thought that the wholesale nuking of all his contributions was a little drastic. But his continued anti-community behavior has convinced me that it was indeed the correct course of action. There is no room for such selfishness in a community based project. I agree. I cannot believe all the troll feeding. The admins have banned him and don't want to bother engaging in a discussion with someone whose only aim appears to be repeatedly trying to derail the project. I think we should do the same. Too bad he wasn't banned from the lists as well. Andy -- Andy PGP Key ID: 0xDC1B5864 ___ 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] [HOT] Nametagging: Local script versus international latin script (for Libya)
Hi, Thanks Claudius for bringing this up here. I am the Arabic-illiterate you got in touch with. I had also gotten in touch previously with Esperanza36 on this same subject. Also addressing this to the talk list, since some of the mappers involved in the current Libya effort may very well be only there, as well as some of the relevant technical competencies. In fact, my main point was that paper maps are essential in field deployments. GPS maps might also be useful. And of course, the standard OSM online renderings should not be forgotten. I think we all agree that, normally, name= data should be in the local language. The question of the tools has been raised recently. As far as I know, it does not seem to be perfectly solved for renderings on all devices yet, nor everywhere. For example, wikimedia tools server ( http://toolserver.org/~osm/locale/ ) provide online maps that use a chosen language when it is available. Unfortunately, from what I saw using it for Egypt, it seems that it is not updated very frequently, which makes it ill-suited for the current emergency mapping effort. In this crisis context, my personal, maybe naive, take at this has been to use both Arabic and Latin alphabets in the name tag when I added new features, including even new Libyan cities that were missing. They get rendered quickly in the standard OSM renderings, Mapnik and Osmarender, and my guess is that they also get printed properly in most likely settings. Esperanza36 mentioned problems regarding GPS maps with 2 alphabets. What are your experiences about this, regarding technical solutions and best compromise for usability in crisis context? Keeping in mind that a crisis is generally not the best time to deploy new tools. Maybe we should keep this focused on Libya for now, otherwise the situations might be so diverse that the discussion might become difficult to follow. If a consensus rule emerges, it would then be possible to normalize the current practices to it, which would improve the rendered maps of Libya (currently a bit messy). (I.e. all names in Latin+Arabic, or in Arabic only). Best wishes, Jean-Guilhem Le 27/02/2011 13:39, Claudius Henrichs a écrit : Hi there HOT team, I recently got in touch with a fellow mapper who had added Tripoli to the name-tag in addition to the local used arabic script during his participation in his H.O.T. remote mapping efforts. His argument was that he like many others who want to help can't read arabic and many other tools like emergency frameworks rely on the mapnik rendering. The first point (illiteration in certain scripts of the world) probably applies to 40% (just a guess) of populated surface of the earth so I guess this questio is quite relevant. I would like to get some insight on the second point he made. Maybe you can shed some light on this: 1) Do emergency relief organistions rely on the default Mapnik rendering? 2) Are there frameworks in place to help them quickly generate English-labelled maps of a certain area or even better bilingual ones? 3) What's the general recommendation you give for HOT mapping efforts regardings the main name-tag? I don't want to see the naming efforts of the Iranian mapping community being countered by some well-intended addition of English names once we have the next earthquake there. I think no one wants to rename a chinese province affected by the next flooding for the same reason. Maybe I can convince german community member Stephan Knauss to join the HOT team as he set up great bilingual maps like http://thaimap.osm-tools.org or http://iran.osm-tools.org Regards, Claudius ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot -- Jean-Guilhem pgp 0x5939EAE2 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Any process on website usability?
Gert, I think you should have tagged it as sarcasm, not irony. In that case, I think there is a lot of truth in what you are saying. On a slightly more constructive note, I would like to remind everyone that it is possible to fork the rails and / or embed Potlatch and a few other tricks. If someone builds a portal like that that is better, then sign me up / migrate me. There are a lot of talented webmasters in the chapters... 2011/2/27 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl: Irony ON the community is too busy changing license and blocking users to be considered with futile details like theOSM.ORG website. You will probably get more support if you suggest to improve the looks of the osmfoundation.org website But your request will soon get attention, once everyone has been forced to accept the new OSMF (sorry ODBL) license. That will probably be somewhere in 2015 Irony OFF Gert Gremmen -Oorspronkelijk bericht- Van: Matthias Meißer [mailto:dig...@arcor.de] Verzonden: zondag 27 februari 2011 11:07 Aan: talk@openstreetmap.org Onderwerp: [OSM-talk] Any process on website usability? Hi, sometimes I get asked when the webfrontend of osm.org get a renew to fit better the needs of mappers or externals. In most times I just point the person to a page of http://wiki.openstreetmap.org/wiki/Category:Usability But anyway is there any process started or still the freeze of single users overwhelmed by this huge task? regards Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] [HOT] Crisis mapping - assistance requested for infrastructure mapping in Christchurch
On 28 February 2011 05:26, Richard Weait rich...@weait.com wrote: the other areas badly hit were mosgiel, lyttleton and sumner (all suburbs in/close to christchurch) - if anyone could add data there, that would be fantastic also This Mosgiel seems further from CHCH (near Dunedin) Do I have the wrong one? well spotted richard - you're right, there is only one mosgiel and it's not near chch. my mistake, please ignore that. i've checked and sumner, lyttelton and central city are correct though the map of chch is looking phenomenal now, there's been a huge effort put in, this is excellent cheers -- robin http://tangleball.org.nz/ - Auckland's Creative Space http://openstreetmap.org.nz/ - Open Street Map New Zealand http://bumblepuppy.org/blog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Nametagging: Local script versus international latin script (for Libya)
On 27.02.2011 21:14, Jean-Guilhem Cailton wrote: Maybe I can convince german community member Stephan Knauss to join the HOT team as he set up great bilingual maps like http://thaimap.osm-tools.org or http://iran.osm-tools.org Would it help to have bilingual rendering? I think porting a map similar the Iran one should be done quite easy. It already has bilingual names and font adjustments to improve readability of the map. Currently the minutely diff update is tailored to the thaimap. With some rework I guess it should be possible to enable the minutely diff also for Libya. Until then a manual daily update is the thing I can offer. Would this be of any help? Please let me know. Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Crisis mapping - assistance requested for infrastructure mapping in Christchurch
On 28 February 2011 12:45, Robin Paulson robin.paul...@gmail.com wrote: well spotted richard - you're right, there is only one mosgiel and it's not near chch. my mistake, please ignore that. i've checked and sumner, lyttelton and central city are correct though also, Redhills, Mount Pleasant and Hoon Hay are in badly-affected areas, and will have lots of damaged buildings. more to come. -- robin http://tangleball.org.nz/ - Auckland's Creative Space http://openstreetmap.org.nz/ - Open Street Map New Zealand http://bumblepuppy.org/blog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crisis mapping - assistance requested for infrastructure mapping in Christchurch
Robin Paulson robin.paul...@gmail.com wrote on 25/02/2011 at 11:42:35 +1100 subject [OSM-talk] Crisis mapping - assistance requested for infrastructure mapping in Christchurch : Hi OSM mappers, As most of you are probably aware, we had a severe earthquake in Christchurch, New Zealand this week, killing over 100 people and demolishing or damaging hundreds, possibly thousands of the following: I created a Garmin gmapsupp.img with OSM data and additionally the map from www.nzopengps.org as extra layers as it has good data too. On the Garmin device, go to Map Info and deactivate the nzopengps layers in order to see the OSM layers. I have put the download of this Garmin map on my web page (normally used only for New Caledonia maps): www.oesterlin.ile.nc/gps Feel free to give feedback! -- Sincerely Hendrik Oesterlin - email hendrikmail2...@yahoo.de ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crisis mapping - assistance requested for infrastructure mapping in Christchurch
On 28 February 2011 14:37, Hendrik Oesterlin hendrikmail2...@yahoo.de wrote: I created a Garmin gmapsupp.img with OSM data and additionally the map from www.nzopengps.org as extra layers as it has good data too. it does indeed - this is government-derived data, originally sourced from LINZ, and even better quality once NZ open GPS get their hands on it On the Garmin device, go to Map Info and deactivate the nzopengps layers in order to see the OSM layers. I have put the download of this Garmin map on my web page (normally used only for New Caledonia maps): www.oesterlin.ile.nc/gps there's also a .png tile set available of the original (LINZ) data. got to http://www.openstreetmap.org.nz/ click the '+' at top-right select LINZ - Joe Richards import we're working on the import of this into osm -- robin http://tangleball.org.nz/ - Auckland's Creative Space http://openstreetmap.org.nz/ - Open Street Map New Zealand http://bumblepuppy.org/blog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Let's put more wikipedia-tags in OSM WAS Re: [OSM-dev] Some Questions about the Collaboration of OpenStreetMap and Wikipedia
On 25 February 2011 17:20, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: 2011/2/25 Zhijie Shen zjshe...@gmail.com: On Fri, Feb 25, 2011 at 1:16 AM, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: display them as an overlay. We cannot (AFAIK) import those coordinates into OSM because we believe that they were mainly created from Googlemaps hence constitute a derived database [1]. Yes, I agree the coordinates cannot be directly imported into OSM, otherwise, some inconsistence issues may occur. Actually the problem is more of a legal nature. We can't import them, because their copyright is not compatible with our community guidelines. It is also technical, I suspect the way such an import would work out would be similar to the EPA hazards import (or whatever). It would be only discrete nodes and both the type of the POI and the name to give it would be difficult to obtain automatically from a wikipedia page. The precision of the coordinates in WP also depends a lot on the types of objects. Some types of infoboxes could probably be treated programatically but not much more. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Let's put more wikipedia-tags in OSM WAS Re: [OSM-dev] Some Questions about the Collaboration of OpenStreetMap and Wikipedia
Hi Andrzej, What is the EPA hazards import? I'm not aware of it. Would you please give a brief introduction or link? I've written an automatic Wikipedia entry crawler, using name and coordinate to retrieve the appropriate entry (there often exists coord section in infobox or stand-alone in a Wikipedia entry content). I've described it in another thread: http://www.mail-archive.com/dev@openstreetmap.org/msg14211.html. Or you can check my Wiki page: http://wiki.openstreetmap.org/wiki/User:Zhijie_Shen. Please have a look at it. I only use simple way to retrieve the Wikipedia entries, but I believe there must be some more sophisticated information retrieval methods. Regards, Zhijie On Mon, Feb 28, 2011 at 10:41 AM, andrzej zaborowski balr...@gmail.comwrote: On 25 February 2011 17:20, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: 2011/2/25 Zhijie Shen zjshe...@gmail.com: On Fri, Feb 25, 2011 at 1:16 AM, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: display them as an overlay. We cannot (AFAIK) import those coordinates into OSM because we believe that they were mainly created from Googlemaps hence constitute a derived database [1]. Yes, I agree the coordinates cannot be directly imported into OSM, otherwise, some inconsistence issues may occur. Actually the problem is more of a legal nature. We can't import them, because their copyright is not compatible with our community guidelines. It is also technical, I suspect the way such an import would work out would be similar to the EPA hazards import (or whatever). It would be only discrete nodes and both the type of the POI and the name to give it would be difficult to obtain automatically from a wikipedia page. The precision of the coordinates in WP also depends a lot on the types of objects. Some types of infoboxes could probably be treated programatically but not much more. Cheers -- Zhijie Shen School of Computing National University of Singapore http://www.comp.nus.edu.sg/%7Ez-shen/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Hallo, ich habe bisher alle Gebäude, außer die Garagen mit building=yes getaggt. Die Garagen habe ich mit building=garages getaggt. Nach etwas stöbern habe ich festgestellt, das Wohnhäuser entweder mit building=house, building=hut oder building=residential getaggt werden können. Ebenso das Garagen nicht mit building=garages, sondern mit building=garage getaggt werden sollten. Sollte man das so genau nehmen? Wenn ja, wie würdet ihr eine Scheune, also die Gebäude, die in älterern Dorfgebieten gebaut wurden, aber keine Wohnhäuser sind? Gruß Christopher Reimer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Mit einem Mausklick gleich mehrere neue Knotenpunkte für einen Weg einfügen?
Hallo, On Sat, 26 Feb 2011, Benedikt Schwarz wrote: Am 26.02.2011 19:50, schrieb Henning Scholland: nicht das ich wüsste, aber du kannst mit einem Klick + wegziehen auf die Mittelkreuze der Wegsegmente dort einen neuen Node einfügen. Habe ich gerade ausprobiert und eigentlich ganz praktisch. du kannst auch noch einen neuen Weg zeichnen, alle Knotenpunkte, die du auf dem alten Weg setzen willst, mit diesem neuen Weg erzeugen und am Ende den neuen Weg einfach löschen - die neuen Knotenpunkte bleiben erhalten, weil sie ja auch Teil eines anderen (des alten, jetzt modifizierten) Weges sind. Aber da du die neuen Punkte eigentlich nicht genau auf dem alten Weg haben willst und nach der obigen Methode dann noch einmal anfassen musst, ist die Methode mit dem Mittelkreuz meines Erachtens nach die effektivere. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße bitte nicht rendern!
Am 23.02.2011 14:05, schrieb Matthias Doell: Zitat von Matthias Doell w...@m-doell.de: identisch mit highway=construction (gesamt gestrichelt), jedoch nur mit 50% Deckkraft und geringer Liniendicke. Hier als Beispiel: http://trac.openstreetmap.org/attachment/ticket/2768/highwayproposed.png Wenn das so OK wäre, wer setzt solche Änderungen um? Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Wochennotiz Nr. 32
Hallo, die Wochennotiz mit Neuigkeiten aus dem OpenStreetMap-Universum ist da: http://blog.openstreetmap.de/2011/02/osm-wochennotiz-nr-32/ Viel Spaß beim Lesen wünscht das gesamte Redaktionsteam! :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Am 27. Februar 2011 11:11 schrieb Christopher Reimer reimer.christop...@freenet.de: Nach etwas stöbern habe ich festgestellt, das Wohnhäuser entweder mit building=house, building=hut oder building=residential getaggt werden können. Ebenso das Garagen nicht mit building=garages, sondern mit building=garage getaggt werden sollten. man kann beliebige Werte für building verwenden, wobei die beliebigen Werte m.E. einen Anlagentyp (wenn man building als bauliche Anlage übersetzt, also weiter auffasst als nur Gebäude, wie es das Tagging m.E. reflektiert), also eine Typologie beschreiben sollten. Haus entspricht demzufolge einem Einfamilienhaus oder einem Doppelhaus, jedenfalls nicht einem Wohnblock (dafür evtl. apartments oder condominium, je nach Typologie). building=garage macht m.E. Sinn, garages schon weniger. Building=residential macht m.E. weniger Sinn, zwar sind auch Wohnbauten eine Übertypologie, aber eigentlich eher eine Nutzung, typologisch unterscheidet man z.B. Zweispänner (2 Wohnungen pro Treppenetage erschlossen), 3-Spänner (entsprechend), Reihenhäuser (ein Eingang und Treppenhaus pro Wohneinheit), etc. (s.ggf. Wikipedia). Sollte man das so genau nehmen? warum sollte man es absichtlich ungenau machen? Wenn ja, wie würdet ihr eine Scheune, also die Gebäude, die in älterern Dorfgebieten gebaut wurden, aber keine Wohnhäuser sind? building=barn Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geplante Straße bitte nicht rendern!
Am 27. Februar 2011 13:46 schrieb Matthias Doell w...@m-doell.de: Hier als Beispiel: http://trac.openstreetmap.org/attachment/ticket/2768/highwayproposed.png Wenn das so OK wäre, wer setzt solche Änderungen um? wenn es OK wäre, würde das Mapnik-Team das Umsetzen, also defacto Steve Chilton oder Lennard. Inwieweit der Vorschlag besser ist, als was bereits gerendert wird, entscheiden letzten Endes die beiden genannten (AFAIK). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Am 27.02.2011 11:11, schrieb Christopher Reimer: Sollte man das so genau nehmen? Wenn ja, wie würdet ihr eine Scheune, also die Gebäude, die in älterern Dorfgebieten gebaut wurden, aber keine Wohnhäuser sind? alles sind doch wohl Gebäude (building), oder? Ich kann ja kaum von oben (BING) sehen was das ist ;) Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Ich kann ja kaum von oben (BING) sehen was das ist ;) Klar, aber ich wohne in dem Ort. Ich kann da hinlaufen. Außerdem kann man von oben sehrwohl den Unterschied zwischen einem Appartment und einem normalen Haus sehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Am 27. Februar 2011 18:06 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: building=barn Das gibts im Wiki ja gar nicht!? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Am 27.02.2011 18:56, schrieb Christopher Reimer: Ich kann ja kaum von oben (BING) sehen was das ist ;) Echt? Also mir fällt das sehr schwer. Wie unterscheidet sich von oben ein Wohnblock mit vielen Stockwerken von einem 3er-Reihenhaus? Durch die Größe der Grundfläche vermutlich. Aber wo liegt die Grenze? Was macht man in Zweifelsfällen? Klar, aber ich wohne in dem Ort. Ich kann da hinlaufen. Außerdem kann man von oben sehrwohl den Unterschied zwischen einem Appartment und einem normalen Haus sehen. Muss nochmal dumm fragen: was ist der Unterschied zwischen einem Apartment und einem (kleinen) Haus - von oben gesehen? Das alles lässt sich nur durch Vor-Ort-Kenntnisse entscheiden. -- Andreas Koppenhöfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Am 27. Februar 2011 18:57 schrieb Christopher Reimer reimer.christop...@freenet.de: Am 27. Februar 2011 18:06 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: building=barn Das gibts im Wiki ja gar nicht!? Ja, das wurde im Laufe der Zeit wohl rausvandalisiert ;-) Vor kurzem war es aber noch drin. Wenn Du das Originalproposal von 2006 ansiehst, dann war barn da schon drin: http://wiki.openstreetmap.org/w/index.php?title=Proposed_features/buildingoldid=9126 Ist zwar nicht bei den häufigsten Werten, gibt es aber durchaus über tausend mal: http://taginfo.openstreetmap.de/keys/building#values Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Am 27. Februar 2011 19:19 schrieb koppenho koppe...@online.de: Echt? Also mir fällt das sehr schwer. Wie unterscheidet sich von oben ein Wohnblock mit vielen Stockwerken von einem 3er-Reihenhaus? am Schatten und ggf. auch bei leicht schräg aufgenommenen Bildern in der Seitenansicht. Durch die Größe der Grundfläche vermutlich. Aber wo liegt die Grenze? Was macht man in Zweifelsfällen? in Zweifelsfällen setzt man building=yes. Das kann dann immer noch jemand, der sich dort auskennt, weiter vertiefen. Raten sollte man nicht. Klar, aber ich wohne in dem Ort. Ich kann da hinlaufen. +1. Muss nochmal dumm fragen: was ist der Unterschied zwischen einem Apartment und einem (kleinen) Haus - von oben gesehen? ein house ist ein freistehendes Haus. Ein Appartement ist eine Wohnung, d.h. man wird als building einen Appartementblock taggen, also viele Appartements in einem Gebäude mit einem gemeinsamen Eingang. Das alles lässt sich nur durch Vor-Ort-Kenntnisse entscheiden. ja klar. Ist immer am besten, wenn man sich dort auskennt wo man mappt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Am 27.02.2011 18:56, schrieb Christopher Reimer: Ich kann ja kaum von oben (BING) sehen was das ist ;) Klar, aber ich wohne in dem Ort. Ich kann da hinlaufen. Außerdem kann man von oben sehrwohl den Unterschied zwischen einem Appartment und einem normalen Haus sehen. Hier isses schwiriger! die Häuser sind oft ein Stück von der Straße weg und dann sind Scheunen, Ställe etc zu Wohnungen Umgebaut was ich von der Straße nicht unbedingt sehen kann. Ich hoffe das du in deinem Dorf nicht alleine bist ;) Wie siehst du den Unterschied zwischen einem Appartement und einem normalen Haus (das Appartemment kann ja ein Teil sein! Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Ganz einfach, in meinem Dorf gibt es keine Appartments :-P ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Relationsdialog - Templates für die gängisten Formen
Hi ! jedem der schon x Restrictionen / Bushaltestellen angelegt hat ärgert sich sicherlich über das Ausfüllen der Kopfzeilen. Daher möchte ich mal die Diskussion anstoßen ob im Dialog nicht eine Funktion sinnvoll wäre die die gängisten Relationsformen - in meinem speziellen Fall die Restictionen - im Kopfbereich ausfüllt. Einige Schaltflächen - ein klick darauf und schon ist z.b. nur der Rechtsabbieger eingetragen. Wenn 3 Elemente in den Mitgliedern definiert sind könnte man noch darüber nachdenken auch gleich from-via-to mit einzutragen. Das würde die meisten Fälle abdecken. Wie denkt Ihr darüber ? Wenn sich ein Konsens abzeichnet könnte man ein Ticket anlegen und vielleicht liese sich das dann kurzfristig umsetzen. Vielleicht liest auch einer der Entwickler mit... .-) Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
Am 27. Februar 2011 20:12 schrieb Christopher Reimer reimer.christop...@freenet.de: Ganz einfach, in meinem Dorf gibt es keine Appartments :-P so siehts aus. building=apartments ist eine Typologie, die man in einem Dorf nicht finden wird. Ein paar Beispiele: http://en.wikipedia.org/wiki/File:Central_Park_during_Autumn,_NYC.jpg http://en.wikipedia.org/wiki/File:Sg_woodlands_a7_01.jpg http://en.wikipedia.org/wiki/File:Apartmentingurgaon.JPG s. auch hier: http://en.wikipedia.org/wiki/Apartment Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebäude und Nebengebäude korrekt taggen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 27.02.2011 22:08, schrieb M∡rtin Koppenhoefer: so siehts aus. building=apartments ist eine Typologie, die man in einem Dorf nicht finden wird. ... die man in einem Dorf weniger finden wird. Ein paar Beispiele: http://en.wikipedia.org/wiki/File:Central_Park_during_Autumn,_NYC.jpg http://en.wikipedia.org/wiki/File:Sg_woodlands_a7_01.jpg http://en.wikipedia.org/wiki/File:Apartmentingurgaon.JPG Solche Häuser gibt es in einem Dorf natürlich nicht, aber auf dieser Seite http://en.wikipedia.org/wiki/Apartment gibt es ein Bild Garden apartments in Seattle, Washington, United States, was ähnlich auch in einem Dorf vorkommen könnte. Ich kenne in meinem Dorf zwei Häuser, in denen mehrere abgeschlossene Mietwohnungen enthalten sind. Die würde ich als building=apartments einstufen. Ich glaube nicht, daß man das ohne Ortskenntnis von anderen größeren Häusern unterscheiden kann. Viele Grüße Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk1qxuEACgkQnMz9fgzDSqeu3wCcDuAVXF6oUirC5BDGLdb7+53S tAgAn0WLcumwtR44Wp6SE+A5ir0s8QmH =o0j+ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder aus Bayern - endlich frei
Markus schrieb: Leider nur die 2m-Bilder, und erst zwei Jahre nach dem Projekt - und das ist im Zeitalter von Bing oder den hochauflösenden Bildern aus NRW nun nicht mehr wirklich etwas Besonderes. Richtig genial wären die Luftbilder mit der 0,4 m Bodenauflösung gewesen... Grüße, Michi signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder aus Bayern - endlich frei
Hallo, Richtig genial wären die Luftbilder mit der 0,4 m Bodenauflösung gewesen... Dafür sind die Bilder perfekt georeferenziert, aktuell und ermöglichen die Korrektur von Waldverläufen, Straßenverläufen (gerade bei neuen Straßen praktisch) und Gebäudeveränderungen in Städten. Seht es doch einfach mal positiv! Die Regierung muss sich doch erst mal mit dem OpenData Gedanken anfreunden. Für die Leute dort ist es vermutlich ziemlich neu im Gegensatz zu uns. Liebe Grüße Benni 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] Wiki CSS
Am 19.02.2011 11:48, schrieb Markus: Wer ist eigentlich für unser Wiki zuständig? Seit einigen Monaten wird Code in einer kleinen unlesbaren Schrift angezeigt. Das betrifft alle mit code, pre und führendem Leerzeichen markierten/eingerückten Textstellen. Das ist auch bei der 'großen Wikipedia' so. Mediawiki hat wohl jüngere Leute mit besseren Augen bekommen. Abhilfe: Firefox nehmen, Greasmonkey installieren. Bei anderen Browsern gibt es wohl ähnliches. Dort neues Userscript erstellen und in das vorgefertigte folgende Zeile anfügen: --- document.getElementById('bodyContent').style.fontSize='1em'; --- Man kann dies eine Userscript auch so für Wikipedia und das osm Wiki nehmen, en.wikipedia, ... Sieht dann z.B. so aus --- // ==UserScript== // @name Wikipedia-Font // @includehttp://wiki.openstreetmap.org/* // @includehttp://de.wikipedia.org/* // @includehttp://en.wikipedia.org/* // ==/UserScript== document.getElementById('bodyContent').style.fontSize='1em'; --- Ok, das ist nicht für den unbedarften, aber es ist eine Lösung. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Relationsdialog - Templates für die gängisten Formen
Am Montag, 28. Februar 2011 02:58 schrieb o...@tappenbeck.net Einige Schaltflächen - ein klick darauf und schon ist z.b. nur der Rechtsabbieger eingetragen. Wenn 3 Elemente in den Mitgliedern definiert sind könnte man noch darüber nachdenken auch gleich from-via-to mit einzutragen. Das würde die meisten Fälle abdecken. Gibt es bereits: Vorlagen selbst definieren nach dem Beispiel von Dirks Oneclick http://wiki.openstreetmap.org/wiki/DE:Anpassen_der_Vorlagen_von_JOSM#One-Kli ck-Beispiel Mache ich selbst seit Kurzem. Habe inzwischen etwa 20 selbstdefinierte Vorlagen als Schaltfläche zum Anklicken. Nicht allzu schwer, sehr praktisch und macht Spass. Viel Spass beim Ausprobieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Relationsdialog - Templates für die gängisten Formen
Am 28.02.2011 02:49, schrieb Willi: Am Montag, 28. Februar 2011 02:58 schrieb o...@tappenbeck.net Einige Schaltflächen - ein klick darauf und schon ist z.b. nur der Rechtsabbieger eingetragen. Wenn 3 Elemente in den Mitgliedern definiert sind könnte man noch darüber nachdenken auch gleich from-via-to mit einzutragen. Das würde die meisten Fälle abdecken. Gibt es bereits: Vorlagen selbst definieren nach dem Beispiel von Dirks Oneclick http://wiki.openstreetmap.org/wiki/DE:Anpassen_der_Vorlagen_von_JOSM#One-Kli ck-Beispiel Mache ich selbst seit Kurzem. Habe inzwischen etwa 20 selbstdefinierte Vorlagen als Schaltfläche zum Anklicken. Nicht allzu schwer, sehr praktisch und macht Spass. Viel Spass beim Ausprobieren Willi Hi ! für normale Tags kenne ich das auch ausgiebig - aber für Relationen? Hast Du ein Beispiel Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Relationsdialog - Templates nimmt die Vorlage nicht
Hi! jetzt habe ich mir das Vorlagen-Menü daraufhin nochmal angesehen und auch unter Relationen einen entsprechenden Eintrag gefunden. Testweise habe ich zwei Ways gezeichnet die in einem Punkt sich treffen. Dann einen Way, den Node und den anderen Way ausgewählt - aber das Feld Vorlage ist immer noch ausgegraut. Weiß einer ob diese Funktion richtig arbeitet bzw. gibt es etwas besonderes was zu bedenken ist ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] slide per corso introduttivo
Terrò un corso introduttivo per mappatori (quando saprò le date precise pubblicherò l'annuncio) a Forlì, ci sono delle slide già pronte sull'argomento? ovviamente con apposita licenza CC che mi permetta il riutilizzo con attribuzione. grazie ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] slide per corso introduttivo
Il 27 febbraio 2011 14:16, Davide Giunchi davide.giun...@gmail.com ha scritto: Terrò un corso introduttivo per mappatori (quando saprò le date precise pubblicherò l'annuncio) a Forlì, ci sono delle slide già pronte sull'argomento? ovviamente con apposita licenza CC che mi permetta il riutilizzo con attribuzione. http://www.slideshare.net/lucadelu grazie ciao -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Zone italiane con zero mappatura
Il 25 febbraio 2011 23:07, Michael von Glasow mich...@vonglasow.com ha scritto: [CUT] ... Tutto senza mapping party... si può fare tutto senza mapping party, ma questi secondo me sono molto utili sia a migliorare la qualità della mappa ma soprattutto a vedersi di persona e instaurare un rapporto più stretto con altri mappatori al fine di creare una comunità, cosa che manca completamente in Italia. Ragazzi organizzate mapping party anche se siete solo in due o tre -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Zone italiane con zero mappatura
On 02/27/2011 02:43 PM, Luca Delucchi wrote: Il 25 febbraio 2011 23:07, Michael von Glasowmich...@vonglasow.com ha scritto: [CUT] ... Tutto senza mapping party... si può fare tutto senza mapping party, ma questi secondo me sono molto utili sia a migliorare la qualità della mappa ma soprattutto a vedersi di persona e instaurare un rapporto più stretto con altri mappatori al fine di creare una comunità, cosa che manca completamente in Italia. Ragazzi organizzate mapping party anche se siete solo in due o tre Concordo che aiuta come stimolo. Allora: organizzate delle mapping party se vi va. A chi dovesse non sentirsi in grado: non aspettate che qualcuno organizzi una mapping party, ma andate a mappare comunque. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] manca la struttura nelle Città italiane
Ogni anno faccio un nuovo tentativo. Non è un po' strano che nelle città Italiane manca quasi completamente la struttura? Guardate (sempre allo stesso livello di zoom 12) Firenze: http://www.openstreetmap.org/?lat=43.7849lon=11.2759zoom=12layers=M Torino: http://www.openstreetmap.org/?lat=45.0684lon=7.6841zoom=12layers=M Napoli: http://www.openstreetmap.org/?lat=40.8509lon=14.2532zoom=12layers=M e fate paragone a Lione: http://www.openstreetmap.org/?lat=45.7578lon=4.8801zoom=12layers=M Valencia: http://www.openstreetmap.org/?lat=39.4699lon=-0.3693zoom=12layers=M Krakovia; http://www.openstreetmap.org/?lat=50.0603lon=19.9688zoom=12layers=M Colonia: http://www.openstreetmap.org/?lat=50.9346lon=6.9823zoom=12layers=M Manchester: http://www.openstreetmap.org/?lat=53.4814lon=-2.2337zoom=12layers=M Non vi sembra un po' strano che in Italia ci sono solo strade piccole e di inferiore importanza negli centri? Dalla mia esperienza non sembra così sottosviluppato la rete delle strade urbane in Italia, anzi, visto il casino di traffico nelle ore di punta mi sembrano molto importante alcune strade in città. Come mai non ci sono segnalate delle strade primarie e secondarie in OSM? Poi lo trovo molto strano che le primary e trunk si sciolgono cosí all'improviso. Dove vanno tutte le macchine nei punti dove sbariscono, per esempio qui: http://www.openstreetmap.org/?lat=43.7654lon=11.3059zoom=16layers=M Vorrei riccordare che una tertiary è una strada di inferiore importanza, per esempio l'arteria di un quartiere, mentre una strada che ha importanza per l'intera città si merita (secondome, ma anche secondo la mappature nel resto del mondo) al meno secondary. Lo stile di mapnik riflette questa lettura. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il 27/02/2011 17:56, M∡rtin Koppenhoefer ha scritto: Come mai non ci sono segnalate delle strade primarie e secondarie in OSM? Perche molti utenti non danno a primary e secondary lo stesso significato che diamo noi. -- Giacomo Boschi http://gwilbor.wordpress.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il 27/02/2011 17:56, M∡rtin Koppenhoefer ha scritto: Ogni anno faccio un nuovo tentativo. Non è un po' strano che nelle città Italiane manca quasi completamente la struttura? Guardate (sempre allo stesso livello di zoom 12) [...] +1, in pieno. IMHO però non è detto che dipenda solo da diversa interpretazione o cattiva volontà, più che altro dal fatto che la comunità italiana e meno numerosa e meno organizzata rispetto ad altre. ciao, Martin Ciao Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Poi lo trovo molto strano che le primary e trunk si sciolgono cosí all'improviso. Dove vanno tutte le macchine nei punti dove sbariscono, nel piccolo della piccola città in cui vivo io seguo la linea straniera di mappatura [1] e, errori a parte, devo dire che i vari router sono molto più contenti così, infatti mi portano fuori città sempre seguendo le arterie principali. Mi sembrava di aver capito che questo metodo comunque fosse quello ormai standard come si evince dalle pagine sia italiane che inglesi della wiki. Forse è solo un problema di mettersi a riclassificare un po' magari documentando il processo in pagine apposite della wiki. [1] http://www.openstreetmap.org/?lat=46.0637lon=13.2454zoom=14layers=M Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
2011/2/27 Stefano Salvador stefano.salva...@gmail.com: nel piccolo della piccola città in cui vivo io seguo la linea straniera di mappatura [1] [1] http://www.openstreetmap.org/?lat=46.0637lon=13.2454zoom=14layers=M si, complimenti per Udine. Devo dire che anche a Roma abbiamo quasi solo secondary e pochissimi primary. Fosse per me, ci sarebbe anche qualche primary in più (per esempio i svariati Lungoteveri), ma facciamo una mappatura colletiva (quindi abbiamo trovato questo come compromesso) ed alla fine non cambia molto se abbiamo secondary o primary (Cioè, se tutto è una classe abbassato rispetto all'estero). Ma se (come nei esempi indicati sopra) è abbasato 2 classi si comincia ad avere problemi (nel render lowzoom non si capisce più niente ed per il lato basso delle strada mancano livelli di differenziazione). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Per quanto riguarda Torino, tutti i viali di scorrimento sono segnati come secondary; ne mancano 3 o 4 ma non tanti di più. Per quanto riguarda i primary, alcuni corsi sarebbero più corretti se segnati tali (per esempio il primo tratto di corso regina o di corso giulio). In settimana se riesco (e nessuno ha obbiezioni in merito) cerco di sistemarli. Davide 2011/2/27 M∡rtin Koppenhoefer dieterdre...@gmail.com 2011/2/27 Stefano Salvador stefano.salva...@gmail.com: nel piccolo della piccola città in cui vivo io seguo la linea straniera di mappatura [1] [1] http://www.openstreetmap.org/?lat=46.0637lon=13.2454zoom=14layers=M si, complimenti per Udine. Devo dire che anche a Roma abbiamo quasi solo secondary e pochissimi primary. Fosse per me, ci sarebbe anche qualche primary in più (per esempio i svariati Lungoteveri), ma facciamo una mappatura colletiva (quindi abbiamo trovato questo come compromesso) ed alla fine non cambia molto se abbiamo secondary o primary (Cioè, se tutto è una classe abbassato rispetto all'estero). Ma se (come nei esempi indicati sopra) è abbasato 2 classi si comincia ad avere problemi (nel render lowzoom non si capisce più niente ed per il lato basso delle strada mancano livelli di differenziazione). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Situazione Genova: Tutta la riva destra del Polcevera e la sinistra dal Ponte di Cornigliano a Trasta le eleverei a secondary. Aggiungerei parecchie tertiary, le elenco da Ponente a Levante: - Ponente: Via delle Fabbriche, sino a Fabbriche Via Acquasanta Via Varenna e Via San Carlo di Cese Via Coronata - Val Polcevera: Via Vezzani Via P. Negrotto Cambiaso, sino al bivio Quartiere Cige Via Maritano - Centro e Medio Ponente: Corso Martinetti Corso Magellano – Via Scassi – Via Balbi Piovera Via San Bartolomeo del Fossato Via Ferrara – Via San Marino Corso Dogali Via Brignole De Ferrari – Via Polleri Corso Carbonara Via Bertani – Via Martin Piaggio Viale IV Novembre Corso Podestà Piazza Alessi Via Corsica Via Cecchi Via Trebisonda - Valbisagno: Via Bertuccioni Viale Bracelli Via di Pino - Levante: Via G.B. D'Albertis – Via Marchini – Via Ayroli (parte a doppio senso) – Via Don Orione (sino incrocio Corso sardegna) Via Donghi – Via Berghini (sino al Bivio di Santa Tecla) Via Aldo Manuzio Piazza Leopardi – Via Zara Via Filippo Corridoni – Via Monte Zovetto Via Pisa Via Guerrazzi Via Giordano Bruno Via dei Ciclamini Via delle Campanule Via Rossetti Viale Pio VII Via Fabio Filzi Piazza Pittaluga Viale Franchini Genovesi, battete un colpo. Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] manca la struttura nelle Città italiane
Il giorno dom, 27/02/2011 alle 18.34 +0100, Stefano Salvador ha scritto: nel piccolo della piccola città in cui vivo io seguo la linea straniera di mappatura [1] e, errori a parte, devo dire che i vari router sono molto più contenti così, infatti mi portano fuori città sempre seguendo le arterie principali. Complimentissimi per Udine (a fine aprile vengo 10 giorni per il Far East, magari ci vediamo?), ora seguo il consiglio di Martin e mi getto a differenziare un po' di strade della mia città (Ferrara) che in effetti è impostata praticamente tutta solo su unclassified. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] tag Wikipedia
Come mi devo regolare per il key wikipedia? Faccio un esempio per questo: http://osm.org/go/xdVwGnG9g-- Cosa preferite fra questi: 1- wikipedia=http://it.wikipedia.org/wiki/Castello_Estense 2- wikipedia=http://en.wikipedia.org/wiki/Castello_Estense 3- entrambe 1 e 2 4- nulla! 5- wikipedia=it:Castello_Estense 6- wikipedia=en:Castello_Estense 7- entrambe 5 e 6 In genere io opto per la 5: ci pensa il router eventualmente a seguire il link interno a Wikipedia all'eventuale pagina nella lingua impostata nel default. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag Wikipedia
2011/2/28 Stefano Droghetti stefano.droghe...@gmail.com: Come mi devo regolare per il key wikipedia? Faccio un esempio per questo: http://osm.org/go/xdVwGnG9g-- Cosa preferite fra questi: 5- wikipedia=it:Castello_Estense 6- wikipedia=en:Castello_Estense 7- entrambe 5 e 6 Il wiki dice: 8- wikipedia=it:Castello Estense (oppure questo articolo in un' altra lingua). la 7 escluderei (non ha senso, con i interlanguage links è sufficente di aggiungere _un_ link e tutti gli altri (eccezioni esclusi) si possono ritrovare. 1,2,3 non vanno bene (con tutti i cambiamenti dei suggerimenti questi non sono mai stati una alternativa proposta). Per maggiori dettagli (anche riguardando eccezioni) vedi qui: http://wiki.openstreetmap.org/wiki/Key:wikipedia ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Las vías en Colombia - definiciones y uso de etiquetas
Hola maperos: Me encuentro mapeando la isla de Tierra Bomba http://www.openstreetmap.org/?lat=10.3478lon=-75.5433zoom=13layers=M Tanto en Cartagena, Isla de Tierra Bomba y otras zonas mapeadas tengo los siguientes dudas al respecto del uso de las etiquetas viales: * a. En el cerro de La Popa se encuentran los barrios más pobres de la ciudad, con calles destapadas en tierra tipo zahorra y tan delgadas que no cruza un vehículo ¿debe usarse 'highway = footway' o 'highway = path' o 'highway = track' + surface = ground? * b. En que casos se usa highway = track ¿Solo para vías transitables por vehículos o también en caminitos rurales hecho por el tránsito común a pie? En algunos de los caminos al interior de la isla de Tierra Bomba solo circulan motocicletas, no hay carros en la isla y la totalidad de ellos son transitados a pie. Adelanto un glosario que podemos ir alimentando en la Wiki de mapeo para Colombia, una vez vallamos generando consenso sobre los usos de las etiquetas. Si hay discusiones previas podrían llevarse de la lista a la wiki, donde es más cómodo estudiarlas. http://wiki.openstreetmap.org/wiki/WikiProject_Colombia GLOSARIO 1. VIAS TRANSITABLES (vehículos) Son todas aquellas vías de múltiples tipos de superficies (pavimento, adoquines, tierra, etc) por las cuales transitan principalmente vehículos. A su vez se dividen en urbanas y rurales. 1.1. VIAS URBANAS Son las vías que se encuentran en las ciudades. 1.1. highway = service, residencial, terciary, secondary, primary, trunk. Se usan normalmente para vías pavimentadas en el marco urbano, de acuerdo al contexto y características. Por ejemplo: 'service' se usa para callejones o vías internas dentro de empresas o zonas de operaciones logísticas, como las terminales de carga marítima y muelles. 1.2. VIAS RURALES highway = track tracktype = grade(1 - 5) 2. VIAS NO TRANSITABLES highway = footway highway = path Saludos, Humberto Yances -Mensaje original- De: Federico Explorador (Nevados.org) federico.explora...@nevados.org Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org Para: 'OpenStreetMap Colombia' talk-co@openstreetmap.org Asunto: [Talk-co] Las vías en Colombia - definiciones y uso de etiquetas Fecha: Sun, 20 Feb 2011 20:04:52 -0500 Transporte: Microsoft Office Outlook 12.0 Hola maperos: Hace rato me preocupa un cierto caos vial en Colombia, no solo en la realidad, sino también en el mapeo que hacemos con OSM en Colombia. Seguramente la gran mayoría de maperos mapea las autopistas y vías primarias, secundarias, terciarias, caminos veredales, trochas etc. de este país con la mejor voluntad, pero se encuentra la utilización de criterios bien dispares. Así se encuentran actualmente carreteras secundarias en fincas privadas, autopistas en el Putumayo y calles peatonales en barrios de invasión. A parte de lo que se puede considerar un “error” de mapeo, hay vías donde la colocación de la etiqueta no es fácil: de verdad que Mosquera-Girardot es una carretera primaria o sería secundaria? La Autopista de Medellín debe ser mapeado enteramente con =trunk, o solo aquellos tramos, donde existen 2 calzadas separadas en cada dirección? La trocha que sale del corregimiento a una vereda de 10 familias y donde solo circula el lechero, es =track o =unclassified? Me parece que debemos avanzar en unificar criterios, tanto en la práctica del mapeo, como en la teoría, eso es, las definiciones. Para discutir el asunto en general, me parece bien este espacio. Adicionalmente, para aclarar punto por punto las dudas respecto de la definición de cada “highway”, me parece mejor una página de discusión en la Wiki. Para este fin he creado esta página: http://wiki.openstreetmap.org/wiki/Talk:Gu%C3% ADa_para_mapear_en_Colombia#La_red_vial_y_la_clasificaci.C3.B3n_de_v.C3.ADas_en_Colombia que retoma las definiciones actuales y propone algunas mejoras o precisiones en la definición, a fin de que vayamos mejorando en el tiempo la forma de colorear el mapa vial de Colombia. Espero sus comentarios, aquí como en el wiki! Un saludo, Federico ___ 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] Lidt statistik
On 26-02-2011 13:05, Jonas Häggqvist wrote: On 24-02-2011 01:55, Jonas Häggqvist wrote: Jeg har rodet lidt med at generere noget statistik fra OSM databasen der ligger bag osm.rasher.dk (når nu den alligevel er der). De kan fremover findes på adressen http://osm.rasher.dk/stats.txt (opdateret fra i engang i morgen) Der er desværre sneget sig en fejl ind, der har resulteret i at completeness-tallet er blevet for højt. Hvor meget for højt skal jeg ikke helt kunne sige på nuværende tidspunkt, men jeg regner med at finde en løsning og et (forhåbentligt) rigtigt resultat i løbet af i dag. Bare lige som en follow-up er her de korrekte (jeg er lidt mere sikker den her gang) tal: Postnumre | completeness_500m | completeness_250m | completeness_100m ---+---+---+--- 1xxx | 93.81 | 93.53 | 90.84 2xxx | 94.39 | 93.38 | 85.22 3xxx | 82.34 | 80.67 | 72.54 4xxx | 72.33 | 70.28 | 63.45 5xxx | 76.10 | 74.22 | 68.10 6xxx | 85.96 | 83.93 | 77.38 7xxx | 72.57 | 70.12 | 64.01 8xxx | 81.17 | 79.19 | 72.42 9xxx | 64.63 | 62.59 | 56.28 Som forklaret tidligere, så angiver det hvor stor en procent af addresse-knuder i postnummer-serien der har en korrekt navngivet vej inden for hhv 500, 250 og 100 meter. Det fulde overblik kan som sagt findes på http://osm.rasher.dk/stats.txt (opdateret en gang om dagen). -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Tag til Indkørsel - service=driveway
Niels Elgaard Larsen elgaard@... writes: Hvis der fx er en 2km lang indkørsel til et par gårde som har adressen Oddenvej 555 og 557, så ville jeg finde det helt forkert hvis min GPS fortalte at jeg stadig kørte på Oddenvej, når jeg i virkeligheden raslede ned af en grusvej mod et par enlige gårde i stedet for den firsporede vej mod færgen. Det er jo den måde det foregår på i boligområder hvor der kan være mange forgreninger? Hvis der f.eks. lå 20 sommerhuse langs grusvejen, ville du så stadig holde på at den ikke kunne få navnet Oddenvej? FWIW navngiver Krak i nogle tilfælde de små sideveje også. Noget af det der forplumrer det hele, er at der godt kan ligge andre ting for enden af en vej selvom det ikke umiddelbart ser sådan ud. F.eks. en grusgrav eller en sø folk går tur omkring eller bare nogle lodder f.eks. i et kær hvor folk før i tiden har haft kvier. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Source tag
Hejsa jeg er også at den mening at man bør angive hvilken kilde man har benyttet helt ned på det enkelte opjekt, for på den måde at presicerer hvor sikrer de data er som man har lagt ind. hvis ingen tag så antager jeg at der liger et GPS spor til grund for objektet, når jeg tegner ud fra fugro vil jeg aldrig rette på data der er lagt ind på bagrund af GPS spor da jeg betragt dem som mere pålidelige og 'up to date' end et luft foto fra 2005, hvis der ikke er sat et source tag på objektet kan man ikke se om man kan tillade sig at rette på objektet. mvh Lars AKA lars_ch Den 26-02-2011 21:49, Jens Winbladh skrev: Hej (Ole) Så at du i en email (i anden emne) kommenterede source (kilde) tagget: /Jens, du skriver på wiki-siden at man kan tilføje source-tag. Den normale anbefaling er kun at anvende source-tag på changesettet, ikke på de enkelte objekter./ / / Sådan har jeg ikke lige forstået det. Men mere at man source tagger direkte på objektet. Jeg bruger det selv, så jeg kan se, hvilken kvalitet objektet har, f.eks. ved områder. F.eks. når man har rettet kystlinjen - erstatter source=PGS(could be inacurately) med source=bing eller fugro. Har kun brugt source-tagget i changsettet. Har set at en del bruger tagget direkte på objektet. (kan se på tag-info at pt. er over 12.000 objekter med source=fugro (http://taginfo.openstreetmap.de/tags/source=fugro#wiki) Er jeg helt gal på den??? Mvh -- *Jens Winbladh* ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Source tag
Jens Winbladh jens@... writes: Jeg bruger det selv, så jeg kan se, hvilken kvalitet objektet har, f.eks. ved områder. F.eks. når man har rettet kystlinjen - erstatter source=PGS(could be inacurately) med source=bing eller fugro. Enig, kan det måske være lidt forvirring omkring det forældede created_by? http://wiki.openstreetmap.org/wiki/Key:created_by Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Source tag
On 27-02-2011 12:11, Lars Christensen wrote: Hejsa hvis der ikke er sat et source tag på objektet kan man ikke se om man kan tillade sig at rette på objektet. Det er ikke sandt. Hvis vi tager en tilfældig vej, Poppelvej i Horsens[1], så kan man snildt åbne den og se hvilke changesets den er blevet rettet i - 6581357[2] og 6580736[3]. Kigger man på disse to kan man se for hvert changeset hvad source er. I dette tilfælde, begge Bing. Det gør det i mine øjne en nemmere at gennemskue hvilke kilder der er benyttet. Sad source-tagget på vejen kunne man ikke vide sig sikker på at ændring nummer 2 var med Bing som source (måske havde vedkommende bare glemt at rette source-tagget?). Det er i mine øjne klart at foretrække at sætte source-tagget på changesettet fremfor at duplikere source-tags på alle berørte elementer. Jeg har gjort en undtagelse (så vidt jeg husker) med kystlinier, hvor der i forvejen var source tags og folk af den grund forventer de er der. [1] http://www.openstreetmap.org/browse/way/88448830 [2] http://www.openstreetmap.org/browse/changeset/6581357 [3] http://www.openstreetmap.org/browse/changeset/6580736 -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Source tag
Jonas Häggqvist rasher@... writes: Det er ikke sandt. Hvis vi tager en tilfældig vej, Poppelvej i Horsens[1], så kan man snildt åbne den og se hvilke changesets den er blevet rettet i - 6581357[2] og 6580736[3]. Kigger man på disse to kan man se for hvert changeset hvad source er. I dette tilfælde, begge Bing. Det gør det i mine øjne en nemmere at gennemskue hvilke kilder der er benyttet. Sad source-tagget på vejen kunne man ikke vide sig sikker på at ændring nummer 2 var med Bing som source (måske havde vedkommende bare glemt at rette source-tagget?). Det er i mine øjne klart at foretrække at sætte source-tagget på changesettet fremfor at duplikere source-tags på alle berørte elementer. Det lyder fornuftigt nok og kunne måske også løse det problem at man retter halvdelen af en lang landevej og så sidder med problemet om man skal dele den eller tagge det hele med source=Fugro. Men med Potlatch 2 er der ikke en nem måde at se ændringer på så vidt jeg ved, og man kan slet ikke tagge changesets. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Source tag
Et problem jeg har, er at jeg typisk laver flere forskellige ting under et changesæt. Typisk, hvis jeg har et GPS-spor i en skov, hvor jeg også redigere skov-arealet efter f.eks. Fugro og eller Bing. Altså to sources under samme changesæt. Jeg har også stødt på problemet med, at en veje har have forskellige kilder, hvis en del er GPS spor og en anden er Fugro. her har jeg skrevet begge som kilde f.eks. source=fugro and GPS track Jeg synes det er klart nemmest at se det direkte i objektet og ikke i changesættet, idet man skal gennem flere klik, for at se det. Altså man skal virkeligt ville det. /Jens 2011/2/27 Ole Laursen o...@hardworking.dk Johnny Rose Carlsen osm@... writes: Klik Save Vælg Advanced Tilføj dit Source tag :) Aha! Se, det var jo interessant. Tak for hjælpen. :) Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunegrænser
Hej Min mening er klar, at vi (OSM) først skal forsøge at kontakte KMS om at få lov til at importere DAGI. Da importen vil kræve relativt lidt arbejde, set op imod den mængde arbejde der ligge i Rasmus's eksempel. Dertil kommer unøjagtigheden, da kommunegrænserne er arbitrære, så vi vil aldrig kunne få dem til at blive helt OK. Men super bud du kom med Rasmus. Kan se på: http://wiki.openstreetmap.org/wiki/Da:Permissions - at der er nogen der har haft kontakt med KMS om dette. Er der nogen af dem, der vil tage en kontakt til dem igen. Ellers skal jeg nok. PS. Rasmus vil du dele din mapCSS, du har lavet? /Jens Winbladh Den 27. feb. 2011 12.29 skrev Rasmus Vendelboe r.vendelboe+...@gmail.com: Hej alle, Vi har et par gange diskuteret import af DAGIs kommunegrænser i OSM, men flere gange er der rejst tvivl om ophavsretten på datasættet. Alternativet er at tegne dem selv, men hurtigt rejser sig to spørgsmål: 1. kan det gøres præcist nok til kommunegrænsen har en merværdi for OSM og 2. kan det lade sig gøre tidsmæssigt forsvarligt. Jeg havde indtil igår aldrig nogensinde kigget på dagis kommunegrænsedata men forsøgte alligevel at indtegne Århus Kommune. Jeg antog følgende: 1. Kommunen kan identificeres præcist i OSAK addressedataen som osak:municipality_no=751 [*] 2. Kommunegrænsen må være præcis. Den indtegnes i tydelige skel, og åer, hovedveje og skove er favourable delingsområder. Metode: - Den nyeste JOSM udgave understøtter mapCSS. Med få linjers kode kan man farve POI i forskellige farver alt efter hvilke tags de har. De gjorde det ret nemt at se hvilke addresser der hørte til Århus Kommune og visa versa (og deraf skellet til de andre kommuner). - Tegn efter Fugro hvor de ses tydelige skel. Resultat: Kommunegrænsen er indtegnet som vej nr. 101812072 [2]. Jeg har hentet den ud som gpx via. JOSM og plottet den i google earth sammen med DAGI's [3] og har taget et screenshot og vedhæftet indlægget her. DAGI og jeg er ikke helt enige, men jeg overordnet tilfreds med resultatet. Forskellen består stort set kun i om marker eller skove tilhører den ene eller anden kommune (og her er osm nok aldrig godt nok imod et officielt bbr register alligevel). Ift. den kommunegrænse google har indtegnet har vi mindst et lige så godt resultat. Konklusion: Tidsmæssigt har brugt lige lovligt lang tid. Jeg fik først mapCSS til at spille igår aftes, men med mapCSS hjælpen mener jeg det går ret hurtigt at indtegne kommunegrænser. Jeg er nu af den opfattelse, at det helt klart er muligt at indtegne kommunegrænser på et fornuftigt plan uden brug af DAGIs data. Problemer med metoden: Det skal dog også nævnes at DAGI og OSAK ikke altid er enige om hvad der hører til Århus kommune eller ej. Noden her [4] mener DAGI hører til Favrskov Kommune, imens OSAK mener den hører til Århus. Ditto mener DAGI noden [5] her hører til Århus, mens OSAK siger den hører til Skanderborg. Det er helt klart et meget lille noder er i tilfældet her er tvivlspørgsmål om. Jeg har fulgt OSAKs mening, men om det den er mest korrekt er jeg lidt i tvivl om. [*] Jeg antog oprindeligt den bestod af Århus og 11 oplandsbyer[1] og kunne identificeres som addr:city=*. Jeg konsulterede med Rasher og sammenlignede med DAGI og revurderede synspunktet og gentegnede kommunen. [1] http://wiki.openstreetmap.org/wiki/User:Rasmusv [2] http://www.openstreetmap.org/browse/way/101812072 [3] http://www.kms.dk/Produktkatalog/DAGI/ [4] http://www.openstreetmap.org/browse/node/342013482 [5] http://www.openstreetmap.org/browse/node/931618893 Med venlig hilsen Rasmus Vendelboe ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Lidt statistik
Super fedt Har du mulighed for at sætte flere tal ind i din tabel: f.eks. antal (de to tal du får procent satsen fra) - det vil give lidt mere information. F:eks. om man mangler 10.000 veje eller 10 stk. da vejnettet er meget ujævnt. Som Ole siger. /Jens 2011/2/27 Jonas Häggqvist ras...@rasher.dk On 26-02-2011 13:05, Jonas Häggqvist wrote: On 24-02-2011 01:55, Jonas Häggqvist wrote: Jeg har rodet lidt med at generere noget statistik fra OSM databasen der ligger bag osm.rasher.dk (når nu den alligevel er der). De kan fremover findes på adressen http://osm.rasher.dk/stats.txt (opdateret fra i engang i morgen) Der er desværre sneget sig en fejl ind, der har resulteret i at completeness-tallet er blevet for højt. Hvor meget for højt skal jeg ikke helt kunne sige på nuværende tidspunkt, men jeg regner med at finde en løsning og et (forhåbentligt) rigtigt resultat i løbet af i dag. Bare lige som en follow-up er her de korrekte (jeg er lidt mere sikker den her gang) tal: Postnumre | completeness_500m | completeness_250m | completeness_100m ---+---+---+--- 1xxx | 93.81 | 93.53 | 90.84 2xxx | 94.39 | 93.38 | 85.22 3xxx | 82.34 | 80.67 | 72.54 4xxx | 72.33 | 70.28 | 63.45 5xxx | 76.10 | 74.22 | 68.10 6xxx | 85.96 | 83.93 | 77.38 7xxx | 72.57 | 70.12 | 64.01 8xxx | 81.17 | 79.19 | 72.42 9xxx | 64.63 | 62.59 | 56.28 Som forklaret tidligere, så angiver det hvor stor en procent af addresse-knuder i postnummer-serien der har en korrekt navngivet vej inden for hhv 500, 250 og 100 meter. Det fulde overblik kan som sagt findes på http://osm.rasher.dk/stats.txt(opdateret en gang om dagen). -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Lidt statistik
On 2011-02-27 20:16, Jens Winbladh wrote: Super fedt Har du mulighed for at sætte flere tal ind i din tabel: f.eks. antal (de to tal du får procent satsen fra) - det vil give lidt mere information. F:eks. om man mangler 10.000 veje eller 10 stk. da vejnettet er meget ujævnt. Som Ole siger. Ja, det vil være godt. Og nu vi er i gang med ønskelisten: * Kunne vi få en liste for hvert postnummer med adressen på det første hus på hver manglende vej? * Eller et lag i osm.rashmer.dk med adresser, der mangler en vej. Og gerne et lag, der bliver vist på et højere niveau end de eksisterende adresser. Det begynder at blive svært at finde veje i Odsherred, selvom der mangler 20 pct. /Jens 2011/2/27 Jonas Häggqvist ras...@rasher.dk mailto:ras...@rasher.dk On 26-02-2011 13:05, Jonas Häggqvist wrote: On 24-02-2011 01:55, Jonas Häggqvist wrote: Jeg har rodet lidt med at generere noget statistik fra OSM databasen der ligger bag osm.rasher.dk http://osm.rasher.dk (når nu den alligevel er der). De kan fremover findes på adressen http://osm.rasher.dk/stats.txt (opdateret fra i engang i morgen) Der er desværre sneget sig en fejl ind, der har resulteret i at completeness-tallet er blevet for højt. Hvor meget for højt skal jeg ikke helt kunne sige på nuværende tidspunkt, men jeg regner med at finde en løsning og et (forhåbentligt) rigtigt resultat i løbet af i dag. Bare lige som en follow-up er her de korrekte (jeg er lidt mere sikker den her gang) tal: Postnumre | completeness_500m | completeness_250m | completeness_100m ---+---+---+--- 1xxx | 93.81 | 93.53 | 90.84 2xxx | 94.39 | 93.38 | 85.22 3xxx | 82.34 | 80.67 | 72.54 4xxx | 72.33 | 70.28 | 63.45 5xxx | 76.10 | 74.22 | 68.10 6xxx | 85.96 | 83.93 | 77.38 7xxx | 72.57 | 70.12 | 64.01 8xxx | 81.17 | 79.19 | 72.42 9xxx | 64.63 | 62.59 | 56.28 Som forklaret tidligere, så angiver det hvor stor en procent af addresse-knuder i postnummer-serien der har en korrekt navngivet vej inden for hhv 500, 250 og 100 meter. Det fulde overblik kan som sagt findes på http://osm.rasher.dk/stats.txt (opdateret en gang om dagen). -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org mailto:Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk mailto:email%3aj...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Lidt statistik
Hej Niels Har du tjekket Geofabrik's [1] adresse kort. Den viser godt nok kun adresser der mangler indenfor 1000 m. [1] http://tools.geofabrik.de/osmi/?view=addresseslon=11.57785lat=55.85119zoom=11opacity=0.50overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads /Jens W http://tools.geofabrik.de/osmi/?view=addresseslon=11.57785lat=55.85119zoom=11opacity=0.50overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads Den 27. feb. 2011 21.11 skrev Niels Elgaard Larsen elga...@agol.dk: On 2011-02-27 20:16, Jens Winbladh wrote: Super fedt Har du mulighed for at sætte flere tal ind i din tabel: f.eks. antal (de to tal du får procent satsen fra) - det vil give lidt mere information. F:eks. om man mangler 10.000 veje eller 10 stk. da vejnettet er meget ujævnt. Som Ole siger. Ja, det vil være godt. Og nu vi er i gang med ønskelisten: * Kunne vi få en liste for hvert postnummer med adressen på det første hus på hver manglende vej? * Eller et lag i osm.rashmer.dk med adresser, der mangler en vej. Og gerne et lag, der bliver vist på et højere niveau end de eksisterende adresser. Det begynder at blive svært at finde veje i Odsherred, selvom der mangler 20 pct. /Jens 2011/2/27 Jonas Häggqvist ras...@rasher.dk mailto:ras...@rasher.dk On 26-02-2011 13:05, Jonas Häggqvist wrote: On 24-02-2011 01:55, Jonas Häggqvist wrote: Jeg har rodet lidt med at generere noget statistik fra OSM databasen der ligger bag osm.rasher.dk http://osm.rasher.dk (når nu den alligevel er der). De kan fremover findes på adressen http://osm.rasher.dk/stats.txt (opdateret fra i engang i morgen) Der er desværre sneget sig en fejl ind, der har resulteret i at completeness-tallet er blevet for højt. Hvor meget for højt skal jeg ikke helt kunne sige på nuværende tidspunkt, men jeg regner med at finde en løsning og et (forhåbentligt) rigtigt resultat i løbet af i dag. Bare lige som en follow-up er her de korrekte (jeg er lidt mere sikker den her gang) tal: Postnumre | completeness_500m | completeness_250m | completeness_100m ---+---+---+--- 1xxx | 93.81 | 93.53 | 90.84 2xxx | 94.39 | 93.38 | 85.22 3xxx | 82.34 | 80.67 | 72.54 4xxx | 72.33 | 70.28 | 63.45 5xxx | 76.10 | 74.22 | 68.10 6xxx | 85.96 | 83.93 | 77.38 7xxx | 72.57 | 70.12 | 64.01 8xxx | 81.17 | 79.19 | 72.42 9xxx | 64.63 | 62.59 | 56.28 Som forklaret tidligere, så angiver det hvor stor en procent af addresse-knuder i postnummer-serien der har en korrekt navngivet vej inden for hhv 500, 250 og 100 meter. Det fulde overblik kan som sagt findes på http://osm.rasher.dk/stats.txt (opdateret en gang om dagen). -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org mailto:Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk mailto:email%3aj...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommunegrænser
Den opgave får du. Jeg skal ikke røre noget dataimport sålænge vi sidder fast i det her odbl/ccbysa morads. (ps. nogle af jer skal gå ind og godkende den nye TOS og licensændringen. Se hvem på odbl.de/denmark.) ..så vi vil aldrig kunne få dem til at blive helt OK Jeg tror ikke på DAGIs grænser er helt OK. vil du dele din mapCSS Det er intet fancy, da det bare skulle lette datanalysen. Du skal huske også at sætte josm til at loade billeder fra en mappe med min kode. Jeg tegnede Odder Kommune på den der måde på 20min efter at have øvet mig på Åårhus Kommune. Så man skal nok påregne et sted mellem 40-60minutters arbejde pr. kommune - hvis du får et nej med hjem. Kan du selv kode en lille smule ser det ud til man hurtigt kan lave nogle sjove ting i josm med mapCSS. Load f.eks. maxspeed overlayet (du mangler jo de tags dernede :P) eller Modified objects laget som jeg godt kan lide, så man live kan følge med i hvad man har modificeret. Med venlig hilsen Rasmus Vendelboe 2011/2/27 Jens Winbladh j...@somewhere.dk Hej Min mening er klar, at vi (OSM) først skal forsøge at kontakte KMS om at få lov til at importere DAGI. Da importen vil kræve relativt lidt arbejde, set op imod den mængde arbejde der ligge i Rasmus's eksempel. Dertil kommer unøjagtigheden, da kommunegrænserne er arbitrære, så vi vil aldrig kunne få dem til at blive helt OK. Men super bud du kom med Rasmus. Kan se på: http://wiki.openstreetmap.org/wiki/Da:Permissions - at der er nogen der har haft kontakt med KMS om dette. Er der nogen af dem, der vil tage en kontakt til dem igen. Ellers skal jeg nok. PS. Rasmus vil du dele din mapCSS, du har lavet? /Jens Winbladh Den 27. feb. 2011 12.29 skrev Rasmus Vendelboe r.vendelboe+...@gmail.com : Hej alle, Vi har et par gange diskuteret import af DAGIs kommunegrænser i OSM, men flere gange er der rejst tvivl om ophavsretten på datasættet. Alternativet er at tegne dem selv, men hurtigt rejser sig to spørgsmål: 1. kan det gøres præcist nok til kommunegrænsen har en merværdi for OSM og 2. kan det lade sig gøre tidsmæssigt forsvarligt. Jeg havde indtil igår aldrig nogensinde kigget på dagis kommunegrænsedata men forsøgte alligevel at indtegne Århus Kommune. Jeg antog følgende: 1. Kommunen kan identificeres præcist i OSAK addressedataen som osak:municipality_no=751 [*] 2. Kommunegrænsen må være præcis. Den indtegnes i tydelige skel, og åer, hovedveje og skove er favourable delingsområder. Metode: - Den nyeste JOSM udgave understøtter mapCSS. Med få linjers kode kan man farve POI i forskellige farver alt efter hvilke tags de har. De gjorde det ret nemt at se hvilke addresser der hørte til Århus Kommune og visa versa (og deraf skellet til de andre kommuner). - Tegn efter Fugro hvor de ses tydelige skel. Resultat: Kommunegrænsen er indtegnet som vej nr. 101812072 [2]. Jeg har hentet den ud som gpx via. JOSM og plottet den i google earth sammen med DAGI's [3] og har taget et screenshot og vedhæftet indlægget her. DAGI og jeg er ikke helt enige, men jeg overordnet tilfreds med resultatet. Forskellen består stort set kun i om marker eller skove tilhører den ene eller anden kommune (og her er osm nok aldrig godt nok imod et officielt bbr register alligevel). Ift. den kommunegrænse google har indtegnet har vi mindst et lige så godt resultat. Konklusion: Tidsmæssigt har brugt lige lovligt lang tid. Jeg fik først mapCSS til at spille igår aftes, men med mapCSS hjælpen mener jeg det går ret hurtigt at indtegne kommunegrænser. Jeg er nu af den opfattelse, at det helt klart er muligt at indtegne kommunegrænser på et fornuftigt plan uden brug af DAGIs data. Problemer med metoden: Det skal dog også nævnes at DAGI og OSAK ikke altid er enige om hvad der hører til Århus kommune eller ej. Noden her [4] mener DAGI hører til Favrskov Kommune, imens OSAK mener den hører til Århus. Ditto mener DAGI noden [5] her hører til Århus, mens OSAK siger den hører til Skanderborg. Det er helt klart et meget lille noder er i tilfældet her er tvivlspørgsmål om. Jeg har fulgt OSAKs mening, men om det den er mest korrekt er jeg lidt i tvivl om. [*] Jeg antog oprindeligt den bestod af Århus og 11 oplandsbyer[1] og kunne identificeres som addr:city=*. Jeg konsulterede med Rasher og sammenlignede med DAGI og revurderede synspunktet og gentegnede kommunen. [1] http://wiki.openstreetmap.org/wiki/User:Rasmusv [2] http://www.openstreetmap.org/browse/way/101812072 [3] http://www.kms.dk/Produktkatalog/DAGI/ [4] http://www.openstreetmap.org/browse/node/342013482 [5] http://www.openstreetmap.org/browse/node/931618893 Med venlig hilsen Rasmus Vendelboe ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list
Re: [Talk-dk] Lidt statistik
Pt. kan du regne det tal ud manuelt :( da jeg allerede har lokket Jonas til at specificere hvor mange addresser der er pr. postnummer[1], jeg godt kunne nemlig godt tænke mig at få færdighedsgraden ud i et tal :). Hvis jeg har regnet rigtigt er vi 78.7% 'færdige inden for 500m' og 69.9% 'færdige indenfor 100m'. [1] http://osm.rasher.dk/tempstats.txt Med venlig hilsen Rasmus Vendelboe 2011/2/27 Jens Winbladh j...@somewhere.dk Her tænkt lidt mere statistisk over dine fine tal. Når man reducere afstanden mellem adressen og navngiven vej, så fortæller det en noget om du er i by eller på landet. Altså om afstanden far adressen og vejen. Dvs. I byen vil du næste altid ramme 100%, da adresserne ligger helt tæt ved den adressegivne vej. Hvorimod på landet vil man altid ligge lavt (hvilket kan ses på hvor kraftigt faldet er mellem 500, 250 og 100m), da adresserne altid ligger langt fra den adressegivne vej. Derfor foreslår jeg om du ikke kan lave en kolonne med postnummer, hvor der gives en procent sats for forholdet mellem totale antallet af adresser i et postnummer og adresser med en korrekt navngivne vej tilknyttet. Altså uden nogen afstand. -giver det mening. Ellers helt fantastik statistik. Hvordan får du den genereret? /Jens Den 27. feb. 2011 20.16 skrev Jens Winbladh j...@somewhere.dk: Super fedt Har du mulighed for at sætte flere tal ind i din tabel: f.eks. antal (de to tal du får procent satsen fra) - det vil give lidt mere information. F:eks. om man mangler 10.000 veje eller 10 stk. da vejnettet er meget ujævnt. Som Ole siger. /Jens 2011/2/27 Jonas Häggqvist ras...@rasher.dk On 26-02-2011 13:05, Jonas Häggqvist wrote: On 24-02-2011 01:55, Jonas Häggqvist wrote: Jeg har rodet lidt med at generere noget statistik fra OSM databasen der ligger bag osm.rasher.dk (når nu den alligevel er der). De kan fremover findes på adressen http://osm.rasher.dk/stats.txt (opdateret fra i engang i morgen) Der er desværre sneget sig en fejl ind, der har resulteret i at completeness-tallet er blevet for højt. Hvor meget for højt skal jeg ikke helt kunne sige på nuværende tidspunkt, men jeg regner med at finde en løsning og et (forhåbentligt) rigtigt resultat i løbet af i dag. Bare lige som en follow-up er her de korrekte (jeg er lidt mere sikker den her gang) tal: Postnumre | completeness_500m | completeness_250m | completeness_100m ---+---+---+--- 1xxx | 93.81 | 93.53 | 90.84 2xxx | 94.39 | 93.38 | 85.22 3xxx | 82.34 | 80.67 | 72.54 4xxx | 72.33 | 70.28 | 63.45 5xxx | 76.10 | 74.22 | 68.10 6xxx | 85.96 | 83.93 | 77.38 7xxx | 72.57 | 70.12 | 64.01 8xxx | 81.17 | 79.19 | 72.42 9xxx | 64.63 | 62.59 | 56.28 Som forklaret tidligere, så angiver det hvor stor en procent af addresse-knuder i postnummer-serien der har en korrekt navngivet vej inden for hhv 500, 250 og 100 meter. Det fulde overblik kan som sagt findes på http://osm.rasher.dk/stats.txt(opdateret en gang om dagen). -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Lidt statistik
On 2011-02-27 21:22, Jens Winbladh wrote: Hej Niels Har du tjekket Geofabrik's [1] adresse kort. Nej, ikke før nu. Det er da alle tiders. Har allerede fået rettet en del. Uden det kort havde det fx nok taget noget nogen tid inden jeg havde opdaget at jeg var kommet til at kalde Damengen for Dameengen :-) Den viser godt nok kun adresser der mangler indenfor 1000 m. Det er også perfekt, der er mange gårde med indkørsler på 6-700 meter. [1]http://tools.geofabrik.de/osmi/?view=addresseslon=11.57785lat=55.85119zoom=11opacity=0.50overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads http://tools.geofabrik.de/osmi/?view=addresseslon=11.57785lat=55.85119zoom=11opacity=0.50overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads /Jens W http://tools.geofabrik.de/osmi/?view=addresseslon=11.57785lat=55.85119zoom=11opacity=0.50overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads Den 27. feb. 2011 21.11 skrev Niels Elgaard Larsen elga...@agol.dk mailto:elga...@agol.dk: On 2011-02-27 20:16, Jens Winbladh wrote: Super fedt Har du mulighed for at sætte flere tal ind i din tabel: f.eks. antal (de to tal du får procent satsen fra) - det vil give lidt mere information. F:eks. om man mangler 10.000 veje eller 10 stk. da vejnettet er meget ujævnt. Som Ole siger. Ja, det vil være godt. Og nu vi er i gang med ønskelisten: * Kunne vi få en liste for hvert postnummer med adressen på det første hus på hver manglende vej? * Eller et lag i osm.rashmer.dk http://osm.rashmer.dk med adresser, der mangler en vej. Og gerne et lag, der bliver vist på et højere niveau end de eksisterende adresser. Det begynder at blive svært at finde veje i Odsherred, selvom der mangler 20 pct. /Jens 2011/2/27 Jonas Häggqvist ras...@rasher.dk mailto:ras...@rasher.dk mailto:ras...@rasher.dk mailto:ras...@rasher.dk On 26-02-2011 13:05, Jonas Häggqvist wrote: On 24-02-2011 01:55, Jonas Häggqvist wrote: Jeg har rodet lidt med at generere noget statistik fra OSM databasen der ligger bag osm.rasher.dk http://osm.rasher.dk http://osm.rasher.dk (når nu den alligevel er der). De kan fremover findes på adressen http://osm.rasher.dk/stats.txt (opdateret fra i engang i morgen) Der er desværre sneget sig en fejl ind, der har resulteret i at completeness-tallet er blevet for højt. Hvor meget for højt skal jeg ikke helt kunne sige på nuværende tidspunkt, men jeg regner med at finde en løsning og et (forhåbentligt) rigtigt resultat i løbet af i dag. Bare lige som en follow-up er her de korrekte (jeg er lidt mere sikker den her gang) tal: Postnumre | completeness_500m | completeness_250m | completeness_100m ---+---+---+--- 1xxx | 93.81 | 93.53 | 90.84 2xxx | 94.39 | 93.38 | 85.22 3xxx | 82.34 | 80.67 | 72.54 4xxx | 72.33 | 70.28 | 63.45 5xxx | 76.10 | 74.22 | 68.10 6xxx | 85.96 | 83.93 | 77.38 7xxx | 72.57 | 70.12 | 64.01 8xxx | 81.17 | 79.19 | 72.42 9xxx | 64.63 | 62.59 | 56.28 Som forklaret tidligere, så angiver det hvor stor en procent af addresse-knuder i postnummer-serien der har en korrekt navngivet vej inden for hhv 500, 250 og 100 meter. Det fulde overblik kan som sagt findes på http://osm.rasher.dk/stats.txt (opdateret en gang om dagen). -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing
Re: [Talk-dk] Lidt statistik
On 27-02-2011 21:11, Niels Elgaard Larsen wrote: On 2011-02-27 20:16, Jens Winbladh wrote: Super fedt Har du mulighed for at sætte flere tal ind i din tabel: f.eks. antal (de to tal du får procent satsen fra) - det vil give lidt mere information. F:eks. om man mangler 10.000 veje eller 10 stk. da vejnettet er meget ujævnt. Som Ole siger. Ja, det vil være godt. Og nu vi er i gang med ønskelisten: * Kunne vi få en liste for hvert postnummer med adressen på det første hus på hver manglende vej? Jeg har lavet en side her der nok kan bruges: http://osm.rasher.dk/tools/missing_streets.php * Eller et lag i osm.rashmer.dk med adresser, der mangler en vej. Og gerne et lag, der bliver vist på et højere niveau end de eksisterende adresser. Et lag tror jeg ikke det bliver til, da det trækker forholdsvist hårdt på databasen at lave de her rapporter - så jeg tror ikke det vil fungere hurtigt nok til at være brugbart. Det ville nok blive lige så begrænset som Geofabriks (mht hvilke zoom-levels der er tilgængelige). -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Lidt statistik
On 27-02-2011 21:19, Jens Winbladh wrote: Her tænkt lidt mere statistisk over dine fine tal. Når man reducere afstanden mellem adressen og navngiven vej, så fortæller det en noget om du er i by eller på landet. Altså om afstanden far adressen og vejen. Dvs. I byen vil du næste altid ramme 100%, da adresserne ligger helt tæt ved den adressegivne vej. Hvorimod på landet vil man altid ligge lavt (hvilket kan ses på hvor kraftigt faldet er mellem 500, 250 og 100m), da adresserne altid ligger langt fra den adressegivne vej. Derfor foreslår jeg om du ikke kan lave en kolonne med postnummer, hvor der gives en procent sats for forholdet mellem totale antallet af adresser i et postnummer og adresser med en korrekt navngivne vej tilknyttet. Altså uden nogen afstand. -giver det mening. Jeg kan ikke lave en procentsats helt uden hensyntagen til afstand, idet jeg så ville få fejlagtige vej-matches helt andre steder i landet (med mindre vi begyndte at tagge post-nummeret på vejene). Hvis ikke det er det du mener, så må du vist forklare lidt bedre? Som Rasmus skriver smider jeg antallet af adresse-punkter på fra nu af. Hvordan får du den genereret? Koden der genererer den er på http://osm.rasher.dk/pub/stats.sh - hvis du er ude efter en mere højniveau-forklaring er her et forsøg: For hvert eneste adresse-punkt slår jeg op om der findes en vej med tilsvarende name indenfor X meter. Gør der der giver det værdien 1 - hvis ikke giver det værdien 0. Til slut grupperer jeg resultatet efter postnummer (eller postnummerserie) og tager gennemsnitsværdien af den værdi (1 eller 0 pr punkt). -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-es] Hacer mapas para Garmin desde osm
Buenas Pues conocí OSM buscando mapas para Garmin. En una página que no he vuelto a encontrar indicaban que era un mapa obtenido desde OSM con Mkgmap. En diciembre empecé a trastear y he hecho algunas correciones al mapa que tengo para Garmin, pero ahora me gustaría volver a sacar el mapa. He entrado en la pagina de Mkgmap, pero no me queda muy claro como se montan un mapa de españa. ¿conoceís de algún manual o de alguna página donde expliquen o tengan mapas de osm para garmin? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Bezüglich Wiener Linien
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hallo, um das Thema wieder aufzuwärmen, da es mich genervt hat auf meinem N900 jedesmal auf wienerlinien.at direkt zu suchen hab ich mir schnell eine Gui in QT zusammen gebastelt. Momentan öffnet sie nur den Browser mit dem Suchergebnis. Das Modul zum Parsen der Ergebnisseite ist grundsätzlich fertig (schlecht bis gar nicht getestet), gui fehlt dafür aber noch. das iTip parsen ist nerviger da lauter verschachtelte tables ohne id/class tags, aber auch schnell in einer ruhigen Stunde geschrieben. Das ganze liegt in einem git und wird auf git und maemo-garage gepushed: https://github.com/kelvan/pyWienerLinien https://garage.maemo.org/projects/pywienerlinien/ Wer mag (und Python versteht) kann sich das git klonen und kurz ansehen und Feedback geben. Beispiel der Verwendung: from parseHtml import Parser from wlSearch import Search s = Search('Starthaltestelle', 'Endhaltestelle') # hier kann man auch adressen verwenden mit origin_type='adress' und/oder destination_type='adress', Start und Ziel sollte existieren und eindeutig sein s.open_browser() # oeffnet den Standardbrowser mit dem Suchergebnis p = Parser(s.get_html().read()) # holt das html Dokument mit dem Resultat vom Server und baut ein Parserobjekt p.overview # eine list mit der geparsten Zusammenfassung der Routen p.details # eine list mit den geparsten Details mfg, Florian PS: Das Station/Adresse aus GPSkoo finden schau ich mir vl später mal an wenn ich Zeit finde, bin aktuell mit Studium und Arbeit aber gut ausgelastet. On 15/01/10 13:33, Andreas M. wrote: Hallo, kelvan.mailingl...@gmail.com wrote: Für alle Öffi interessierten ;) http://wissenbelastet.com/2009/09/22/visualisiert-24-stunden-wiener-linien/ Bei dem plötzlichen Anstieg der Zugriffszahlen dürfte wohl bei den Wiener Linien zumindest eine gewisse Irritation aufgekommen sein. *g* Die Frage nach den fehlenden Echtzeitdaten für die U-Bahn lässt sich relativ einleuchtend beantworten, das habe ich vor einiger Zeit in irgendeinem Artikel gelesen: für die U-Bahn wird ein anderes System verwendet, das darüber hinaus aufgrund der besonderen Sicherheits- bestimmungen für den Fahrbetrieb keinerlei externe Zugriffsmöglichkeiten haben darf. Dort stand aber auch, dass sie an einer Lösung arbeiten. Die B-Busse wurden IIRC nicht erwähnt, aber wird es vermutlich daran liegen, dass diese meist nicht von den Wiener Linien selbst betrieben werden. Das wäre auch die Erklärung dafür, dass z.B. auch der 37A fehlt, denn auf der Strecke fahren ebenfalls andere Busse (Dr. Richard o.ä.). In Folge kann man dann noch eine Anbindung an iTip zusammenhacken um die nächsten Öffis aus in der Gegend mit Abfahrtszeiten anzeigen zu können. Mein Problem dabei ist momentan das wenn ich einfach urlopen verwende der wichtigste Teil von der Seite fehlt. :( Was genau fehlt denn? Laut der Webseite hat das doch eh geklappt, oder? Gruß Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk1q3awACgkQjeo4W6cWeHN5swD/WRvYwjj81kTS4I3xy8LZgXWQ HoHWtw7N7Tlq+YBrYs0A/RnAm87HGFk5JXu9hHf9YAjQyYKI+fkDtuLv7LMd79hQ =qJrZ -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Determining The Identity Of Features
Bump! Anyone able to give me some guidance on this? Many thanks. --- On 11/02/2011 12:36, Chris Bruce wrote: Hi there, I've been doing a bit of mapping for the project in the UK, adding some roads and trails generally from my area of mid-Wales. We have a bit of a copyright problem with naming features in the UK that we have actually surveyed. You can see the question and the responses on this link: http://help.openstreetmap.org/questions/1286/determining-the-identity-of-features. The government is being a bit more open and has released some data but there seems to be some discussion about a possible conflict between its licence and the OSM licence. I'm in Canada for a while and thought I'd map some trails while I'm here per your WikiProject Canada page. I'm hiking in Provincial Parks and National Parks in BC at the moment. I guess there will also be Regional Parks. At the trailhead there are generally maps naming the trails and features. Having hiked and tracklogged the trail am I permitted to name the trail or feature in OSM from the information found at the trailheads? (Or do I ask somebody who looks at the sign at the trailhead and then tells me?!!!?) Also I'm aware that NRCan has released a huge amount of data for use. Can I similarly name and draw features from information obtained from those sources, e.g. the Topo tiffs? The reason I ask here is that I know that you guys (authorities!) seem somewhat open about copyright licensing and the uses to which official cartographic data is put and some guidelines for me would be great. Thanks for your time... ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Determining The Identity Of Features
On Fri, Feb 11, 2011 at 3:36 PM, Chris Bruce ch...@mirrorcomputing.co.uk wrote: Hi there, [ ... ] I'm in Canada for a while and thought I'd map some trails while I'm here per your WikiProject Canada page. I'm hiking in Provincial Parks and National Parks in BC at the moment. I guess there will also be Regional Parks. At the trailhead there are generally maps naming the trails and features. Having hiked and tracklogged the trail am I permitted to name the trail or feature in OSM from the information found at the trailheads? (Or do I ask somebody who looks at the sign at the trailhead and then tells me?!!!?) Also I'm aware that NRCan has released a huge amount of data for use. Can I similarly name features from information obtained from those sources, e.g. the Topo tiffs? The reason I ask here is that I know that you guys (authorities!) seem somewhat open about copyright licensing and the uses to which official cartographic data is put and some guidelines for me would be great. Thanks for your time... The Canadian OSM community is every bit as careful to only derive from permitted sources as the OSM community as a whole. Fortunately, Natural Resources Canada, see the benefit of OSM and allow us explicit permission to use their CanVec, GeoBase and GeoGratis data sets. Please check the catalogue for details, links etc. I see trailside _signposts_ as a permitted source as street signs are. I see trailside _maps_ as a not permitted source; similar to gas station road maps. A trailside map is likely to be a creative work in it's own right. The trails on the map may well be subject to artistic simplifications, and lack a scale or projection so even if permitted, derivation would be risky. Enjoy your visit to Canada. Be sure to contact local groups as you travel around. Best regards, Richard http://wiki.openstreetmap.org/wiki/Import/Catalogue ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Determining The Identity Of Features
Richard and Sam beat me to the response, but here's my understanding anyways: You can't copyright fact. The fact that a trail has some name is not copyright-able. Collections of facts are copyright-able, however. Let's say you come across a single trail marker such as that in [http://www.travelpod.com/travel-photo/tombuttle/9/1228407840/10_trail_marker.jpg/tpod.html], or a set of individual trail markers, like in [http://blog.myczechrepublic.com/images/trebon-trail-markers.jpg]. These are stating facts (and could be considered different objects, even when they are nailed to a single tree), and therefore are not copyright (at least not in the Canadian/US system). In order to collect the name of a trail, you would need to visit the trail head to read the marker sign. Now let's say you come across a trail map board, such as [http://outdoors.webshots.com/photo/1120051478042125381wBnHBr]. This would be considered a collection of facts, and is therefore protected under copyright. You don't need to visit a trail head because somebody has already collected the facts for you and assembled them into one place. Adam On Sun, Feb 27, 2011 at 12:02 PM, Chris Bruce ch...@mirrorcomputing.co.uk wrote: Bump! Anyone able to give me some guidance on this? Many thanks. --- On 11/02/2011 12:36, Chris Bruce wrote: Hi there, I've been doing a bit of mapping for the project in the UK, adding some roads and trails generally from my area of mid-Wales. We have a bit of a copyright problem with naming features in the UK that we have actually surveyed. You can see the question and the responses on this link: http://help.openstreetmap.org/questions/1286/determining-the-identity-of-features. The government is being a bit more open and has released some data but there seems to be some discussion about a possible conflict between its licence and the OSM licence. I'm in Canada for a while and thought I'd map some trails while I'm here per your WikiProject Canada page. I'm hiking in Provincial Parks and National Parks in BC at the moment. I guess there will also be Regional Parks. At the trailhead there are generally maps naming the trails and features. Having hiked and tracklogged the trail am I permitted to name the trail or feature in OSM from the information found at the trailheads? (Or do I ask somebody who looks at the sign at the trailhead and then tells me?!!!?) Also I'm aware that NRCan has released a huge amount of data for use. Can I similarly name and draw features from information obtained from those sources, e.g. the Topo tiffs? The reason I ask here is that I know that you guys (authorities!) seem somewhat open about copyright licensing and the uses to which official cartographic data is put and some guidelines for me would be great. Thanks for your time... ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
A proc by nemohly byt v mape treba doporucene trasy sjizdeni jezu na rekach? Prijde mi to jako legitimni pozadavek... Kdybychom meli resit dulezitejsi veci, mohli bychom se taky na OSM uplne vykaslat... K Dne 26.2.2011 22:49, Mike napsal(a): On někdo někdy routoval po potocích a rybníkách? Tam přece nikdo nejezdí. Jezdí se maximálně po řece a odtud není kam uhnout. Používá někdo navigaci v kanoi, když sjíždí Vltavu? Nebo snad loďař na Labi? Možná bysme do mapy mohli začít zakreslovat i nějaké aeroway, aby plachťák věděl, kudy má lítat :) Pánové, řeště nějaký důležitější problémy... On 02/24/2011 02:33 PM, Stanislav Brabec wrote: Michal Grézl píše v Čt 24. 02. 2011 v 13:50 +0100: Routing skrze plochu zadny program, co znam, nedela. Pokud to nejaky delat zacne, tak pravdepodobne zvoli nejkratsi spojnici, tedy bude kopirovat presne tu caru ktera uz tam ted je. To bohužel není pravda: - Ta čára z dibavod je naprosto nahodilá. Většinou není ani rovná, ani nevede reálným korytem na dně vodní plochy. - I kdyby software routing vodních ploch uměl, data dibavod jsou v tomto nespojitá - rybník není napojen na vodní tok. V horším případě dokonce přítok v datech končí několik metrů před rybníkem, takže ani topologická analýza nepomůže. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Tady ale přece vůbec nejde o nějaké routování, ale o princip zachování primitivní stromové síťové topologie (když už jsou ty data k dispozici). To když bude chtít někdo změřit délku Vltavy, tak bude muset počítat nějaké těžnice z tvaru Lipna anebo by to měl vzít rovnou vzdušnou čarou od hráze k přítoku? To se pak můžeme vykašlat na nějaké silnice vedoucí skrz každý rynek nebo skrz každou náves. Uděláme ze Staromáku krásnou plochu a vymažeme spojení Dlouhá-Pařížská, jen aby to bylo v Mapniku krásný. Ať si z toho řidiči udělají třeba Carmageddon. To samé platí v bleděmodrém o parkovištích a parking lanes. MK -Původní zpráva- From: Mike Sent: Saturday, February 26, 2011 10:49 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch On někdo někdy routoval po potocích a rybníkách? Tam přece nikdo nejezdí. Jezdí se maximálně po řece a odtud není kam uhnout. Používá někdo navigaci v kanoi, když sjíždí Vltavu? Nebo snad loďař na Labi? Možná bysme do mapy mohli začít zakreslovat i nějaké aeroway, aby plachťák věděl, kudy má lítat :) Pánové, řeště nějaký důležitější problémy... On 02/24/2011 02:33 PM, Stanislav Brabec wrote: Michal Grézl píše v Čt 24. 02. 2011 v 13:50 +0100: Routing skrze plochu zadny program, co znam, nedela. Pokud to nejaky delat zacne, tak pravdepodobne zvoli nejkratsi spojnici, tedy bude kopirovat presne tu caru ktera uz tam ted je. To bohužel není pravda: - Ta čára z dibavod je naprosto nahodilá. Většinou není ani rovná, ani nevede reálným korytem na dně vodní plochy. - I kdyby software routing vodních ploch uměl, data dibavod jsou v tomto nespojitá - rybník není napojen na vodní tok. V horším případě dokonce přítok v datech končí několik metrů před rybníkem, takže ani topologická analýza nepomůže. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Ale to neresite, vy tady resite tu reku, jsem plne pro dat do mapy i plavebni drahy, ale s tou nemaji ty reky a potoky nic spolecneho a uz vubec ne nejake routovani po rekach. Tuhle jsem videl nejakou mapu, kde byly ty drahy zakreslene na Vltave pres Prahu a casti Labe. To by bylo uzitecne. On 02/27/2011 01:09 PM, Jakub Sykora wrote: A proc by nemohly byt v mape treba doporucene trasy sjizdeni jezu na rekach? Prijde mi to jako legitimni pozadavek... Kdybychom meli resit dulezitejsi veci, mohli bychom se taky na OSM uplne vykaslat... K Dne 26.2.2011 22:49, Mike napsal(a): On někdo někdy routoval po potocích a rybníkách? Tam přece nikdo nejezdí. Jezdí se maximálně po řece a odtud není kam uhnout. Používá někdo navigaci v kanoi, když sjíždí Vltavu? Nebo snad loďař na Labi? Možná bysme do mapy mohli začít zakreslovat i nějaké aeroway, aby plachťák věděl, kudy má lítat :) Pánové, řeště nějaký důležitější problémy... On 02/24/2011 02:33 PM, Stanislav Brabec wrote: Michal Grézl píše v Čt 24. 02. 2011 v 13:50 +0100: Routing skrze plochu zadny program, co znam, nedela. Pokud to nejaky delat zacne, tak pravdepodobne zvoli nejkratsi spojnici, tedy bude kopirovat presne tu caru ktera uz tam ted je. To bohužel není pravda: - Ta čára z dibavod je naprosto nahodilá. Většinou není ani rovná, ani nevede reálným korytem na dně vodní plochy. - I kdyby software routing vodních ploch uměl, data dibavod jsou v tomto nespojitá - rybník není napojen na vodní tok. V horším případě dokonce přítok v datech končí několik metrů před rybníkem, takže ani topologická analýza nepomůže. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Tohle je snad první rozumný argument. Ale pak to chce vymyslet nějaký nový tag pro waterway, který bude značit nějaké koryto nebo dno nebo jak to nazvat (stream-bed, river-bed nebo jen bed). Protože uprostřed rybníka nebo nádrže to prostě řeka nebo potok není. A pak klidně dělat relace na celou řeku. On 02/27/2011 04:25 PM, Martin Kokeš wrote: Tady ale přece vůbec nejde o nějaké routování, ale o princip zachování primitivní stromové síťové topologie (když už jsou ty data k dispozici). To když bude chtít někdo změřit délku Vltavy, tak bude muset počítat nějaké těžnice z tvaru Lipna anebo by to měl vzít rovnou vzdušnou čarou od hráze k přítoku? To se pak můžeme vykašlat na nějaké silnice vedoucí skrz každý rynek nebo skrz každou náves. Uděláme ze Staromáku krásnou plochu a vymažeme spojení Dlouhá-Pařížská, jen aby to bylo v Mapniku krásný. Ať si z toho řidiči udělají třeba Carmageddon. To samé platí v bleděmodrém o parkovištích a parking lanes. MK -Původní zpráva- From: Mike Sent: Saturday, February 26, 2011 10:49 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch On někdo někdy routoval po potocích a rybníkách? Tam přece nikdo nejezdí. Jezdí se maximálně po řece a odtud není kam uhnout. Používá někdo navigaci v kanoi, když sjíždí Vltavu? Nebo snad loďař na Labi? Možná bysme do mapy mohli začít zakreslovat i nějaké aeroway, aby plachťák věděl, kudy má lítat :) Pánové, řeště nějaký důležitější problémy... On 02/24/2011 02:33 PM, Stanislav Brabec wrote: Michal Grézl píše v Čt 24. 02. 2011 v 13:50 +0100: Routing skrze plochu zadny program, co znam, nedela. Pokud to nejaky delat zacne, tak pravdepodobne zvoli nejkratsi spojnici, tedy bude kopirovat presne tu caru ktera uz tam ted je. To bohužel není pravda: - Ta čára z dibavod je naprosto nahodilá. Většinou není ani rovná, ani nevede reálným korytem na dně vodní plochy. - I kdyby software routing vodních ploch uměl, data dibavod jsou v tomto nespojitá - rybník není napojen na vodní tok. V horším případě dokonce přítok v datech končí několik metrů před rybníkem, takže ani topologická analýza nepomůže. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Označenírychlostních silnic
Ale k tomu slouží tag maxspeed a funguje bezvadně. Co chybí pro navigace, tak je definice oblasti, kde je omezena rychlost, aby se na všechny silnice uvnitř obce nemusel dávat tag maxspeed, ten by se měl používat jen pokud je omezene rychlost značkou. Osobně teď experimentuju s použitím tagu landuse=residential pro definici obce pro omezení rychlosti. Kvůli tomu jsem kolem nás dodělal do všech obcí tenhle tag. Zdá se, že to funguje docela dobře, i když to není zcela přesné. ALe lepší něco než nic. Typ silnice by měl opravdu určovat typ silnice bez ohledu na to, jak rychle se tam v reálu jezdí. Silnice první třídy taky vede klidně obcí, kde se jede 50 a pořád je to silnice první třídy. On 02/27/2011 07:22 AM, datin wrote: Taky souhlasím s tím že je potřeba nějak rozlišit dálnici, silnici pro motorová vozidla kde je max. 130 a městský čtyřpruh kde je někdy i 50. Hlavním důvodem a argumentem je aby pak navigace vybrala opravdu rychlejší variantu. Jakmile se v mapách tento rozdíl setře tak bude navigace fungovat blbě a nedojde k velkému rozšíření mezi normální lidi. A proto nad tím přece trávímě tolik času... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Mike napsal(a): Tohle je snad první rozumný argument. Ale pak to chce vymyslet nějaký nový tag pro waterway, který bude značit nějaké koryto nebo dno nebo jak to nazvat (stream-bed, river-bed nebo jen bed). Protože uprostřed rybníka nebo nádrže to prostě řeka nebo potok není. A pak klidně dělat relace na celou řeku. Jaktože není? waterway=stream/river značí vodní tok, nikoliv koryto nebo hranici vodní plochy. A ten potok/řeka tím rybníkem prostě protéká - když zvednu stavidlo a rybník vypustím, tak tam každý může jasně vidět (uzký) vodní tok přitékající z jedné strany a za hrází pokračující dále, ne? Rozhodně ten vodní tok na jedné straně magicky nezmizí a u stavidla taky není žádný pramen nového vodního toku. Ještě jednou se ptám - jaký je (aspoň jeden) rozumný důvod pro mazání toku uvnitř vodní plochy, nebo vynalézání nového tagu? A to, že to zrovna teď jeden z (mnoha) rendererů OSM dat vykresluje divně skutečně není rozumný důvod. Petr signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Pro renderery se nemapuje! Já osobně to rozhodně nemažu, a souhlasím s tím, že by to tak mělo být. Dibavodí import byla velmi dobrá věc, jen to chce postupně zlikvidovat duplikáty toků (na čemž se snažím pracovat:)). ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Dobreho dne, docela mne pobavil ten pohled, ze routovani na rekach na nic neni. Uvedu maly priklad z praxe, ktery by to mohl pomoci osvetlit. Minule leto jsem jel obnoveny kanoisticky zavod (maraton) Ceske Budejovice - Praha. Mozna byste se divili, ale na Orliku jsem byl za GPSku a OSM data (tedy mobil s GpsMidem) a tu prochazejici linku Vltavy setsakramentsky rad: Kolem hradu Orlik a dal je to pro cloveka, ktery danou trasu pred tim nikdy nejel, docela zmatecne - je tam spousta zatok a na prvni pohled vubec neni jasne, kudy vlastne ta reka dal tece (nebo spis stoji). Tou dobou jsme tahli za sebou skupinku zavodicich lodi (jeli jsme debl) a parkrat jsme zabloudili, nez kolega na hacku ten mobil s GpsMidem vytahl - a ti za nami nam pak dekovali, ze jsme jim ve vysledku usetrili peknych par set metru. Na Slapech to bylo trochu podobne, byt tam se to bez te GPSky dalo odhadnout o poznani lepe. Takze dle meho nazoru reka zustava rekou, i kdyz je znicena prehradou - a tudiz bych doporucoval nemazat. Problem renderovani mi pripomina psani HTML stranek tak 10 let zpet, kdy clovek HTML kod hackoval podle toho, jak se v kterem prohlizeci zobrazoval, bez navaznosti na jakoukoli semantiku. Misto debat o mazani reky v prehrade bych spise doporucoval zacit premyslet o tom, jak vylepsit renderovani OSM v default stylu tak, aby to vypadalo co nejlip. A mimochodem - vytah na hrazi Orliku je super, asi malokdo si ho mohl uzit na kajaku ;) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Označení rychlostních silnic
On Sat, 26 Feb 2011 07:59:07 +0100, Jakub Sykora wrote: Ciste z toho duvodu, ze ceska legislativa odlisuje dalnici a silnici pro motorova vozidla. Myslim, ze to sice poskozuje CR ve smyslu investic a uz se i nekolikrat resilo, ze by se rozdil mezi dalnici a rychlostni silnici uplne zrusil. Nicmene ten rozdil tu porad bude existovat - soubezne s dalnici musi vest silnice prvni tridy jako alternativa pro vozidla, ktera z tech. duvodu na dalnici jet nemohou. U rychlostni silnice tato podminka neni splnena a dost casto to byva jediny rozdil mezi dalnici a rychlostni silnici. Kdyz jsem se ptal v autoskole, tak mi bylo receno, ze jediny rozdil je v tom, ze na dalnici nesmi byt urovnove krizeni (tedy klasicka krizovatka treba se semaforem), tam smi byt pouze mimourovnove (nadjezd, podjezd ...). Kdezto na silnici pro motorova vozidla to byt muze (i kdyz vetsinou spis nebyva). V praxi byva rozdil i v parametrech jako polomer oblouku atd... Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
MP napsal(a): Zachoval by se strom vodního toku a rendererům a jiným nástrojům by to pomohlo, protože by věděli, že tenhle kus toku je schován pod hladinou nějaké větší vodní plochy a tedy ho nemají renderovat, případně počítat navigaci nějak jinak nebo tak něco. Ze je ta cast cesty pod vodni hladinou se da urcit tak, ze se nachazi v prislusne oznacenem polygonu, a rozumne napsany styl pro renderer vykresli ty vodni plochy ve verstve nad vodnimi toky a nepotrebuje k tomu zadny lidsky zasah. Cely tenhle problem vzniknul tak, ze nekdo nedomyslel dusledky drobne zmeny ve stylu pro mapu na hlavni strance OSM a nekteri zde pritomni by to radsi resili hromadnym mazanim/pretagovanim, nez aby se resila podstata problemu - spatny styl pro hlavni OSM mapu. Skutecne staci pouze zatlacit, aby se opravila tato chybka centralne a neni potreba spousta lidske prace pro pretagovavani nebo mazani (coz navic naprosto zbytecne odebira hodnotnou informaci z OSM dat). Pokud tu nekdo budete navrhovat nejake jine reseni nez opravu stylu rendereru (pro coz uz existuje bug report), pripojte prosim taky nejaky duvod, proc si myslite, ze navrhovane reseni je lepsi. Pripominam, ze zadny rozumny argument pro mazeni/pretagovani techto cest tu jeste stale nepadl. Petr signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Ahoj! Osobně je mažu a zakončuju potok na hraně vodní plochy. Dělám totéž. ...tak to prosim nedelejte. -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Promiň, ale když dojdeš k rybníku nebo nádrži, tak se každý zeptá, co je to za rybník nebo nádrž, ale nikdo se nezeptá, co je to za řeku. Vůbec mi tu nejde o renderer, ten ať si dělá co chce, ale řeka v tom místě prostě není. A pokud jde o to, že každý algoritmus pozná, že ta řeka je uprostřed vodní plochy, tak to selhává, pokud si někdo bude chtít udělat strom vodních toků a stáhne si jen waterway. Pak mu ten strom vyjde nesmyslně, naopak pokud se použije jiný tag, tak v tom stromě bude vidět, že na tý řece něco jako nádrž je. Nehledě na to, že stáhnout kvůli tomu i všechny vodní plochy a prohledávat všechny waterway na přítomnost uvnitř water nebude zrovna nejrychlejší. A argument, že pokud se rybník nebo nádrž vypustí, tak tam poteče řeka je trošku vedle. Mapujeme skutečnost, ne to, že se jednou za dva roky na týden rybník vypustí kvůli výlovu. Navíc chovných rybníků zase tolik není. Nádrže se nevypouští vůbec, pokud se jednou za 30 let nečistí. Nebo už jsi viděl Lipno vypuštěné? Když už, tak jsem pro nový tag (nebo doplněk tagu, jak tu někdo psal), že to ve skutečnosti není vodní tok. A jestli jsi někdy něco programoval, tak mi dáš za pravdu, že řešit každou výjimku programově zvyšuje náročnost algoritmu na čas ne násobně, ale spíš 2^N. Jsem pro nemazání, ale pro zavedení nového tagu, ať je to odlišené, protože tam ten tok v reálu prostě není. On 27.2.2011 21:34, Petr Morávek [Xificurk] wrote: Mike napsal(a): Tohle je snad první rozumný argument. Ale pak to chce vymyslet nějaký nový tag pro waterway, který bude značit nějaké koryto nebo dno nebo jak to nazvat (stream-bed, river-bed nebo jen bed). Protože uprostřed rybníka nebo nádrže to prostě řeka nebo potok není. A pak klidně dělat relace na celou řeku. Jaktože není? waterway=stream/river značí vodní tok, nikoliv koryto nebo hranici vodní plochy. A ten potok/řeka tím rybníkem prostě protéká - když zvednu stavidlo a rybník vypustím, tak tam každý může jasně vidět (uzký) vodní tok přitékající z jedné strany a za hrází pokračující dále, ne? Rozhodně ten vodní tok na jedné straně magicky nezmizí a u stavidla taky není žádný pramen nového vodního toku. Ještě jednou se ptám - jaký je (aspoň jeden) rozumný důvod pro mazání toku uvnitř vodní plochy, nebo vynalézání nového tagu? A to, že to zrovna teď jeden z (mnoha) rendererů OSM dat vykresluje divně skutečně není rozumný důvod. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
Promiň, ale když dojdeš k rybníku nebo nádrži, tak se každý zeptá, co je to za rybník nebo nádrž, ale nikdo se nezeptá, co je to za řeku. Vůbec Nebo se Te zepta, na jake rece lezi nejaka prehrada - a ta lezi na ne rece, ktera do ni vteka, proteka i vyteka. Orlik lezi na Vltave a v Orliku do Vltavy usti prostě není. A pokud jde o to, že každý algoritmus pozná, že ta řeka je uprostřed vodní plochy, tak to selhává, pokud si někdo bude chtít udělat strom vodních toků a stáhne si jen waterway. Pak mu ten strom vyjde Neselhava - naopak pro mereni delky toku je to dulezite. A pokud chce stahnout dalsi objekty (nejen prehrady, ale treba i mola nebo jine ricni body), ktere na dane rece lezi, tak si je stahne prislusnym dotazem. je trošku vedle. Mapujeme skutečnost, ne to, že se jednou za dva roky na týden rybník vypustí kvůli výlovu. Navíc chovných rybníků zase tolik Jeminkote, samozrejme, ze prehradou reka proteka, byt jen velmi pomalu. Zeptej se vodaka nebo vodohospodare. Ostatne i v kilometrazi rek se prutok prehradou normalne pocita - treba projedes Certaky a na 320,7 km je konec peřejí vzdutí Lipno II a na 319,1 je hráz Lipno II: http://www.raft.cz/cechy/vltava.aspx?ID_reky=22kilo=kilom Podle te roztrhane logiky bys taky mohl chtit kazdou hraz pretagovat jako natural=spring ;). A jestli jsi někdy něco programoval, tak mi dáš za pravdu, že řešit každou výjimku programově zvyšuje náročnost algoritmu na čas ne násobně, ale spíš 2^N. Tohle je trochu prehnane tvrzeni, nemyslis? Zalezi jakou vyjimku a jak se do toho algoritmu zapracuje. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dibavod: vodn? toky uvnit? vodn?ch ploch
A co takhle ty linie řek a potůčků v nádržích označit layer=-1 ? Pomůže to rendererům, bude to víceméně správně i sémanticky (řeka je skrytá pod hladinou přehrady) a nemusíme zavádět nový tag. TT ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Limite administrative et tag déprécié ?
Salut, Cela fait quelques semaines que j'ajoute les limites administratives de communes dans le 54 et 57. Le tout avec de jolie relation et un contrôle sur http://beta.letuffe.org/. Sur les limites existantes, on trouve souvent des tags qui me semble déprécié: border_type = departement left:departement = XXX right:departement = YYY left:village = right:village = Doit-on supprimer ces tags ? Peut-on envisager d'écrire un script qui supprime ces tags pour toute la France ? Merci d'avance, Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Format PBF
2011/2/27 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Le samedi 26 février 2011 13:52:45 Eric, vous avez écrit : Ce format est-il en cours de généralisation ? Bonsoir, J'avais posé la même question il y a quelques temps ici même, mais sans réponse probante. Je pense qu'il faudrait aller sur la liste anglophone pour avoir plus d'infos. Non, pour l'instant, il n'y a pas intention de remplacer le format standard XML par celui-ci sur le planet original, pour des raisons de portabilité. Même geofabrik/Frederik Ramm ne le demande pas. Mais les sites tiers vont sans doute le faire pour des questions d'efficacité et de coûts. En revanche, il y a déjà eu une entame de discussion sur l'avenir de la base qui devra probablement être partagée sur plusieurs serveurs (et donc voir comment cela va se faire pour les extractions). Il est probable à mon avis qu'on se dirige vers des serveurs par zones géographiques, ce qui semble le plus logique. Mais il ne semble pas qu'il y ait urgence. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite administrative et tag déprécié ?
2011/2/27 Black Myst black.m...@free.fr Doit-on supprimer ces tags ? Peut-on envisager d'écrire un script qui supprime ces tags pour toute la France ? Erg, je fais partie de ceux qui ajoutent ces tags. C'est parfois bien utile de savoir de quel côté on se trouve sans avoir à consulter et charger les relations concernées. Elles ne dérangent personne, j'espère. Moi, je trouve qu'elles facilitent la vie des mappeurs. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite administrative et tag déprécié ?
Le dimanche 27 février 2011 15:12:12, Pieren a écrit : 2011/2/27 Black Myst black.m...@free.fr Doit-on supprimer ces tags ? Peut-on envisager d'écrire un script qui supprime ces tags pour toute la France ? Erg, je fais partie de ceux qui ajoutent ces tags. C'est parfois bien utile de savoir de quel côté on se trouve sans avoir à consulter et charger les relations concernées. Elles ne dérangent personne, j'espère. Moi, je trouve qu'elles facilitent la vie des mappeurs. Pieren Glups, je fais parti de ceux qui les enlèvent. Parti du principe qu'ils n'étaient plus nécessaires aux outils de traitement des données, et trouvant que leur présence remplissait de trop la liste des tags, j'ai trouvé plus lisible de ne plus les avoir. Mais je reviens sans problème sur ma méthode si ces tags peuvent servir de repère aux autres cartographes de frontières. J'ai peur d'avoir cependant changé le sens de certains chemins et je ne sais pas si josm à toujours proposé d'inverser left/right... -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite administrative et tag déprécié ?
Le 27/02/2011 15:12, Pieren a écrit : 2011/2/27 Black Myst black.m...@free.fr mailto:black.m...@free.fr Doit-on supprimer ces tags ? Peut-on envisager d'écrire un script qui supprime ces tags pour toute la France ? Erg, je fais partie de ceux qui ajoutent ces tags. C'est parfois bien utile de savoir de quel côté on se trouve sans avoir à consulter et charger les relations concernées. Elles ne dérangent personne, j'espère. Moi, je trouve qu'elles facilitent la vie des mappeurs. Pieren Pareil, j'utilise encore ces tags. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite administrative et tag déprécié ?
Le 27/02/2011 15:32, sylvain letuffe a écrit : Erg,(...) Pieren Glups, (...) -- sly Arf :-) J'ai plutôt, pour les raisons que donne Sly, tendance à enlever ces tags. Pour voir à quelle(s) relations sont rattachés des objets, je recours massivement sous JOSM à Ctrl+Alt+D, qui ne charge pas les relations complètes, mais donne pour les objets sélectionnés la liste de leurs appartenances dans la fenêtre Propriétés / Appartenances. Bref, à chacun ses usages. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite administrative et tag déprécié ?
Le 27/02/2011 18:31, Vincent de Chateau-Thierry a écrit : Le 27/02/2011 15:32, sylvain letuffe a écrit : Erg,(...) Pieren Glups, (...) -- sly Arf :-) J'ai plutôt, pour les raisons que donne Sly, tendance à enlever ces tags. Pour voir à quelle(s) relations sont rattachés des objets, je recours massivement sous JOSM à Ctrl+Alt+D, qui ne charge pas les relations complètes, mais donne pour les objets sélectionnés la liste de leurs appartenances dans la fenêtre Propriétés / Appartenances. Bref, à chacun ses usages. D'un autre côté, si quelqu'un nettoie ce genre de tags, pour moi, ce ne sera pas un drame. On a ses vieilles habitudes, pas facile d'en changer. Ces tags n'ont pas grande valeur en eux-même hors de l'utilisation que peut en faire le contributeur local. Peut-être qu'aujourd'hui le nettoyage est possible sur l'Alsace (toutes les communes sont faites), mais attendre encore un peu sur les Ardennes où je suis en train de bouffer des feuilles cadastrales. Je n'y travaille pas tous les jours et ce genre de balises m'aident encore pour savoir où j'en suis resté. Par ailleurs, il y a probablement des choses plus graves à rectifier actuellement dans la base, non ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartorisque
Bonjour, en recherchant une carte des zones innondable je suis tombé sur http://cartorisque.prim.net/ . Sur la licence d'exploitation des données on peu y lire: Exploitation des données: [...] les informations mises à disposition peuvent être utilisées par toute personne qui le souhaite à d'autres fins que celles de la mission de service public [...] La réutilisation des informations suppose que celles-ci ne soient pas altérées, que leur sens ne soit pas dénaturé et que leurs sources et la date de leur dernière mise à jour soient mentionnées (ex : « Source : Diren Pays de Loire, données 2005).[...] Sont ainsi possible, sous ces conditions, la présentation sur tout support, y compris sur Internet, des données et métadonnées, ainsi que toute étude ou analyse résultant de l'exploitation de ces informations. L'utilisateur peut également changer le format informatique et adapter les données et métadonnées pour les intégrer à son propre système d'information ou les mettre à disposition. Il peut agréger les informations, ajouter ou supprimer des attributs, sélectionner une partie du territoire, et réaliser une généralisation géographique. Il doit alors veiller à en respecter scrupuleusement la qualité et à ne pas en dénaturer le sens. Vous pensez que c'est utilisable sur OSM ? La réutilisation des informations suppose que celles-ci ne soient pas altérées Me fait dire que ce n'est pas utilisable, mais dans le doute j'aimerais connaitre votre avi ! Bonne fin de soirée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartorisque
2011/2/27 Nicolas Frery nicolas-l...@zoubi.info: Bonjour, en recherchant une carte des zones innondable je suis tombé sur http://cartorisque.prim.net/ . Il faut savoir que les données ne sont absolument pas a jour sur ce site.. et de qualité variable. Pour ce qui est de la licence, elles proviennent des DDT, le plus simple serait de s'addresser directement à elles. De plus, est-ce que les zones inondables et les zones à risques sismiques ont vocation à etre dans OSM ? Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr