Re: [Talk-hr] ODHD Aftermath
Cool, ako sam dobro shvatio, vi ste podatke od ekipe iz udruge Vjetrnjača i ugovore javne nabave obradili tako što ste za ugovore koji u kojima se moglo vidjeti dodali geo metapodatke. Tražio bih pristup bazi kada bih znao što s tim podacima da napravim ;) Prije vidim svrhu da se podaci mogu na neki lagan naćin koristiti pri vizualizaciji, npr. putem http://geocommons.com/ platforme ili neke slične. Hoće li to biti moguće? Valent. 2011/12/5 Dražen Odobašić dodoba...@gmail.com: Pozdrav, još jednom hvala svima koji su se odvažili odazvati [1] ili barem u mislima bili prisutni, družijanac je bio potpuni uspjeh [2]. Nakon 7h razgovora i rada relativno je uspješno pročišćena javna_nabava, odnosno sklopljeni ugovori, u svrhu geokodiranja. Rezultat [3] geokodiranja nije savršen niti potpun ali je za 90% zapisa moguće odrediti gdje ugovor izvršen. Kako je u duhu svake informacije da želi biti slobodna, sve što smo radili je javno, ili će biti, dostupno. Ukoliko netko želi pristup bazi podataka slobodno se javite (osobno) kako bih vam poslao detalje. Osnovni razlog zašto ne objavljujemo pristupne informacije na mailing listi ili wikiu je što želimo da pokažete minimalnu želju za sudjelovanjem. Više informacija možete pronaći na wikiu [4], odnosno na stranici [5] koja će se s vremenom ažurirati. U svrhu komunikacije koristit ćemo HR-OSGEO mailing listu. Dražen [1] http://www.opendataday.org/wiki/City_Events_2011#Zagreb [2] https://dl.dropbox.com/u/7897514/image_normal.jpeg [3] https://dl.dropbox.com/u/7897514/odhd_rezultat.jpg [4] http://wiki.osgeo.org/wiki/Croatia#Odr.C5.BEane [5] http://wiki.osgeo.org/wiki/Croatia/ODHD2011 ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk-be] video about tracing a building with round features on Youtube
Hi, I finally found a way to upload screencasts to Youtube. Here is an example: http://www.youtube.com/watch?v=4FZF1LycbHQ The other 4 videos are also all JOSM related. (I'm preparing for giving a presentation in Baarn on Saturday) Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] OSmosa.net run now.., contribution model
Frans, there have been other projects working with highschool students to map in OSM. The problems and mistakes made can be cleaned up by the community and there are tools that the teacher could use to monitor who is doing what. Since there is a user account associated with each student you could even associate their edits with a grade if you wanted to. can give me the glue? how to implement it here? F Best, -Kate On Wed, Dec 7, 2011 at 6:17 AM, Erik Johansson e...@kth.se wrote: On Tue, Dec 6, 2011 at 23:02, Frans Thamura fr...@meruvian.org wrote: last month, all our server move to the heart of the IIX, so all people will access faster because only 1 hop from ISPs . I understand that it will be faster to reach the server, that makes it perfect for local tile server and planet extracts mirror, but I don't see any technical/economical reasons for a local copy of the API for uploading changesets.. Uploads of changesets to an unloaded API server might be faster, but edit conflicts are going to drive you insane, so unless it's 10x faster and 10x cheaper to use a local upload server then don't do it. Is it really slow to upload changesets from Indonesia? -- /emj ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mirror Strategy Question
hi all my osmosa server have a full big data, 18GB compressed, and also the uncompressed, also indonesia data.. i think to share it again , because people in Indonesia, esp in Telkom Network and local ISP... can download it faster. 1GB bandwidth from our server to anyone in Indonesia network but i got this Link http://wiki.openstreetmap.org/wiki/Planet.osm#Downloading there are updated and Diff can help me, to implement both strategy? i believe with this strategy, anyone here also can copy and implement and we can see innovation grow from this distribution. we think wanna to implement daily update. NB: we are learning to do replication automatically to make the osmosa.net also fresh new... with global data. -- Frans Thamura (曽志胜) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
Well I think there are a couple strategies. For example encouraging students to clean-up each others mistakes would be a good one. You could use OWL to monitor edits in an area as well:http://wiki.openstreetmap.org/wiki/OWL_(OpenStreetMap_Watch_List) Keep right can be used to look for mistakes as well: http://wiki.openstreetmap.org/wiki/Keep_right Additionally I would suggest making sure students run the validator plugin in JOSM before they upload their data. Best, -Kate On Wed, Dec 7, 2011 at 4:08 PM, Frans Thamura fr...@meruvian.org wrote: Frans, there have been other projects working with highschool students to map in OSM. The problems and mistakes made can be cleaned up by the community and there are tools that the teacher could use to monitor who is doing what. Since there is a user account associated with each student you could even associate their edits with a grade if you wanted to. can give me the glue? how to implement it here? F Best, -Kate On Wed, Dec 7, 2011 at 6:17 AM, Erik Johansson e...@kth.se wrote: On Tue, Dec 6, 2011 at 23:02, Frans Thamura fr...@meruvian.org wrote: last month, all our server move to the heart of the IIX, so all people will access faster because only 1 hop from ISPs . I understand that it will be faster to reach the server, that makes it perfect for local tile server and planet extracts mirror, but I don't see any technical/economical reasons for a local copy of the API for uploading changesets.. Uploads of changesets to an unloaded API server might be faster, but edit conflicts are going to drive you insane, so unless it's 10x faster and 10x cheaper to use a local upload server then don't do it. Is it really slow to upload changesets from Indonesia? -- /emj ___ 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] OSmosa.net run now.., contribution model
On Wed, Dec 7, 2011 at 3:24 PM, Kate Chapman k...@maploser.com wrote: Well I think there are a couple strategies. For example encouraging students to clean-up each others mistakes would be a good one. You could use OWL to monitor edits in an area as well:http://wiki.openstreetmap.org/wiki/OWL_(OpenStreetMap_Watch_List) Keep right can be used to look for mistakes as well: http://wiki.openstreetmap.org/wiki/Keep_right Additionally I would suggest making sure students run the validator plugin in JOSM before they upload their data. thx for the feedback will try to put all, we are working for a tutorial for this, our way of tutorial, and we also use learn osm. my experience with student every year, they will return , we call them mentor, that will do watch and review . new student usually the biggest mistake and can remove data.. and several of them, never report esp when delete an information F Best, -Kate On Wed, Dec 7, 2011 at 4:08 PM, Frans Thamura fr...@meruvian.org wrote: Frans, there have been other projects working with highschool students to map in OSM. The problems and mistakes made can be cleaned up by the community and there are tools that the teacher could use to monitor who is doing what. Since there is a user account associated with each student you could even associate their edits with a grade if you wanted to. can give me the glue? how to implement it here? F Best, -Kate On Wed, Dec 7, 2011 at 6:17 AM, Erik Johansson e...@kth.se wrote: On Tue, Dec 6, 2011 at 23:02, Frans Thamura fr...@meruvian.org wrote: last month, all our server move to the heart of the IIX, so all people will access faster because only 1 hop from ISPs . I understand that it will be faster to reach the server, that makes it perfect for local tile server and planet extracts mirror, but I don't see any technical/economical reasons for a local copy of the API for uploading changesets.. Uploads of changesets to an unloaded API server might be faster, but edit conflicts are going to drive you insane, so unless it's 10x faster and 10x cheaper to use a local upload server then don't do it. Is it really slow to upload changesets from Indonesia? -- /emj ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OWL Implementation
hi all Kate, i put this OWL in new thread because i get the source code, but right now, i believe that the contribution model is direct to OSM central. that mean OWL must be inside OSM.org, but it is experimental project i got this code https://github.com/zerebubuth/openstreetmap-watch-list may be can glue? -- Frans Thamura (曽志胜) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mirror Strategy Question
Frans, On 12/07/11 09:14, Frans Thamura wrote: there are updated and Diff can help me, to implement both strategy? What do you want to do: 1. apply diffs from OpenStreetMap to your local 18 GB planet file? 2. redistribute that 18 GB planet file within Indonesia? 3. produce an Indonesia data extract that has all data for Indonesia and that other people can download? 4. produce diffs for distribution that *other* people in Indonesia can then download from your site and apply to their own local Indonesia file? 5. ...? Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mirror Strategy Question
What do you want to do: 1. apply diffs from OpenStreetMap to your local 18 GB planet file? still learning, how it work... 2. redistribute that 18 GB planet file within Indonesia? yes. 3. produce an Indonesia data extract that has all data for Indonesia and that other people can download? that is my idea, i will try to promote to GIS vocational highschool , make them official contribute 4. produce diffs for distribution that *other* people in Indonesia can then download from your site and apply to their own local Indonesia file? i wish can create it, i believe this is the idea that in another thread for contribution model.. right now, we just use osm.org so anyone just download from osm website rather our server. 5. ...? Bye Frederik ___ 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] OSmosa.net run now.., contribution model
On 7 December 2011 13:08, Kate Chapman k...@maploser.com wrote: Frans, there have been other projects working with highschool students to map in OSM. The problems and mistakes made can be cleaned up by the community + 1 . Frans could lead the community to correct all those pranks(if done) made by the kid , provided that all kid usernames are monitored . and there are tools that the teacher could use to monitor who is doing what. Since there is a user account associated with each student you could even associate their edits with a grade if you wanted to. Grade with edit sounds nice ;) Regards, Pavithran -- pavithran sakamuri http://look-pavi.blogspot.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moderating / Quality checking OSM contributions -- was: Re: OSmosa.net run now.., contribution model
2011/12/7 Kate Chapman k...@maploser.com: I wonder if custom presets could help with the road classification. We've had the same problem in parts of Indonesia, but that is because the road classifications are simply translated. Translating the word primary doesn't mean much for the type of road it is. Changing the word used in the preset to the specific known government classification could help. That would be an interpretation though. Some time ago we voted about the highway-classification and decided that it shouldn't necessarily corrispond to the local government classification, that's why the presets usually are translated and don't associate a certain road type to local government classification (usually there is more then one government-classification, the one visible at the road is (where I know of) the one of the maintaining entity, which is not in every case the classification of importance of the connection, as planning engineers see it). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
+ 1 . Frans could lead the community to correct all those pranks(if done) made by the kid , provided that all kid usernames are monitored . ok. i will work on it right now 55 students what in my bootcamp are working on OSM, using LearnOSM material :) i will collect their username, and will learn how to monitor their contribution, stay tune ... any procedure to monitor? F and there are tools that the teacher could use to monitor who is doing what. Since there is a user account associated with each student you could even associate their edits with a grade if you wanted to. Grade with edit sounds nice ;) Regards, Pavithran -- pavithran sakamuri http://look-pavi.blogspot.com ___ 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] Mirror Strategy Question
we are testing :).. i can see that deploying database is very slow F On Wed, Dec 7, 2011 at 7:02 PM, Frederik Ramm frede...@remote.org wrote: Hi, On 12/07/11 11:30, Frans Thamura wrote: 3. produce an Indonesia data extract that has all data for Indonesia and that other people can download? that is my idea, i will try to promote to GIS vocational highschool , make them official contribute There are several tools you can use for that. The most commonly used is Osmosis. You will have to make a polygon file that describes the cutting boundary (e.g. the one attached below), then you can cut Indonesia from your planet file with osmosis --read-pbf planet.osm.pbf --bp file=indonesia.poly --write-pbf indonesia.osm.pbf Then if you update your planet.osm.pbf, you can again use Osmosis to derive a diff between the old indonesia.osm.pbf and the new indonesia.osm.pbf, and make that diff available to your downloaders. Note that all this is only for normal files, and not for database and API and so on - you would be offering an Indonesia file for download, not API access to a database. Bye Frederik polygon 1 9.594773E+01 6.519293E+00 9.276481E+01 5.206835E+00 1.027505E+02 -8.327828E+00 1.232210E+02 -1.160655E+01 1.323276E+02 -8.641955E+00 1.409950E+02 -9.569642E+00 1.410126E+02 -9.257823E+00 1.410082E+02 -6.169678E+00 1.410126E+02 -2.566397E+00 1.404965E+02 -1.939047E+00 1.292901E+02 3.324019E+00 1.267747E+02 4.658980E+00 1.190637E+02 4.161586E+00 1.188332E+02 4.414538E+00 1.185705E+02 4.285381E+00 1.181416E+02 4.215412E+00 1.178383E+02 4.198219E+00 1.176233E+02 4.193986E+00 1.175024E+02 4.205274E+00 1.173956E+02 4.281464E+00 1.172495E+02 4.373165E+00 1.165395E+02 4.404166E+00 1.158602E+02 4.380058E+00 1.156612E+02 4.173388E+00 1.155479E+02 3.911527E+00 1.155548E+02 3.604769E+00 1.154965E+02 3.301354E+00 1.153695E+02 3.094426E+00 1.152083E+02 3.042688E+00 1.150058E+02 2.801209E+00 1.149269E+02 2.376776E+00 1.147005E+02 2.231817E+00 1.145221E+02 1.513726E+00 1.139113E+02 1.482649E+00 1.136300E+02 1.306535E+00 1.131119E+02 1.489555E+00 1.130845E+02 1.568974E+00 1.128575E+02 1.621343E+00 1.123674E+02 1.600050E+00 1.121272E+02 1.420492E+00 1.120929E+02 1.185665E+00 1.116914E+02 1.075151E+00 1.111974E+02 1.106233E+00 1.108337E+02 1.023346E+00 1.105695E+02 9.266410E-01 1.101372E+02 1.275455E+00 1.097701E+02 1.589692E+00 1.096843E+02 1.803760E+00 1.096603E+02 2.059227E+00 1.095299E+02 2.252526E+00 1.054407E+02 1.391704E+00 1.043153E+02 1.231244E+00 1.040188E+02 1.217430E+00 1.038185E+02 1.173225E+00 1.035797E+02 1.200853E+00 1.034314E+02 1.214667E+00 1.030911E+02 1.501979E+00 1.023939E+02 1.971537E+00 1.014414E+02 2.559672E+00 1.006619E+02 3.158571E+00 9.594773E+01 6.519293E+00 END END ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM Logo, which one the right one?
hi all i just hacking the osm logo (develop using inkspace, isnt it?), now ichange and make it AI. i believe AI is important for people that want to use it for designbanner, etc. i love to share it to all of you.. i got the 101010101 with zoomer glass (magnificier glass) ininkspace svg edition.. and several bugs in countour (green area), and several in street/river.. anyone know who is the logo master ? i see in inkspace edition, the logo like moving out from the border.is this the real logo, but i got the pdf, all area, street, countourtrimmed with border - see the PDF. which one is the right logo?-- Frans Thamura (曽志胜) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Logo, which one the right one?
Frans Thamura wrote: i just hacking the osm logo (develop using inkspace, isnt it?), now ichange and make it AI. Illustrator's SVG import is famously buggy (and I say that as someone who generally likes Illustrator very much). Your best bet is to use a tool with a better understanding of SVG, export to PDF, and then load that in Illustrator. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/OSM-Logo-which-one-the-right-one-tp7070979p7071347.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Dutch national Broadcaster not stopped by CC-BY-SA
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Unlike one of the arguments of the BBC not using OpenStreetMap, one of the Dutch nationale broadcasters is using OpenStreetMap as their data source for geovisualisations in the Dutch version of http://www.bbc.co.uk/programmes/b00d23yx Britain from Above, The Netherlands from Above http://nederlandvanboven.vpro.nl/afleveringen/24uurnl.html Again it shows it is clear that data sources are credited: http://nederlandvanboven.vpro.nl/colofon.html and a license or what so ever doesn't stop anyone from using OpenStreetMap in other sources such as a television program or interactive online map, not being based on openlayers or what so ever. Most of the sources that are actually used inside the program seem to be known and (very) friendly to OpenStreetMap - one of them provided the landuse in The Netherlands, a few years ago under CC-BY-SA, to be compatible the removed the -NC. I hope the above shows that commitment is not based on a license, and usage is not stopped by a license. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7fybEACgkQYH1+F2Rqwn1TLQCeLUiAoRYZyWNKA/YYVUUoWtTx OWQAn2g675pYeIrMAQM+PcSjgCO1+hUA =Lnt/ -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Logo, which one the right one?
Inkscape produce image when export to pdf. That is the problem come, in inkscape and in pdf from export, the design different. I has modified the inkscape edition in ilustrator, put in space.meruvian.org/logos. But need to confirm the design. I use for printing purpose here. On Dec 8, 2011 12:37 AM, Richard Fairhurst rich...@systemed.net wrote: Frans Thamura wrote: i just hacking the osm logo (develop using inkspace, isnt it?), now ichange and make it AI. Illustrator's SVG import is famously buggy (and I say that as someone who generally likes Illustrator very much). Your best bet is to use a tool with a better understanding of SVG, export to PDF, and then load that in Illustrator. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/OSM-Logo-which-one-the-right-one-tp7070979p7071347.html Sent from the General Discussion mailing list archive at Nabble.com. ___ 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] Moderating / Quality checking OSM contributions -- was: Re: OSmosa.net run now.., contribution model
Martin, I'm not sure why that makes sense. Saying to people Okay we know you call these types of roads national government roads, well in OSM we call them primary. So let's create a completely new vocabulary in your country that nobody will remember. There are a lot of road classifications already in the wiki for example here is the one for the US: http://wiki.openstreetmap.org/wiki/United_States_Road_Classification And here is one for Korea: http://wiki.openstreetmap.org/wiki/Korea_Road_Classification Maybe we are just not understanding each other. -Kate On Wed, Dec 7, 2011 at 9:03 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2011/12/7 Kate Chapman k...@maploser.com: I wonder if custom presets could help with the road classification. We've had the same problem in parts of Indonesia, but that is because the road classifications are simply translated. Translating the word primary doesn't mean much for the type of road it is. Changing the word used in the preset to the specific known government classification could help. That would be an interpretation though. Some time ago we voted about the highway-classification and decided that it shouldn't necessarily corrispond to the local government classification, that's why the presets usually are translated and don't associate a certain road type to local government classification (usually there is more then one government-classification, the one visible at the road is (where I know of) the one of the maintaining entity, which is not in every case the classification of importance of the connection, as planning engineers see it). cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moderating / Quality checking OSM contributions -- was: Re: OSmosa.net run now.., contribution model
On Wed, December 7, 2011 22:03, Martin Koppenhoefer wrote: 2011/12/7 Kate Chapman k...@maploser.com: I wonder if custom presets could help with the road classification. We've had the same problem in parts of Indonesia, but that is because the road classifications are simply translated. Â Translating the word primary doesn't mean much for the type of road it is. Â Changing the word used in the preset to the specific known government classification could help. That would be an interpretation though. Some time ago we voted about the highway-classification and decided that it shouldn't necessarily corrispond to the local government classification, that's why the presets usually are translated and don't associate a certain road type to local government classification (usually there is more then one government-classification, the one visible at the road is (where I know of) the one of the maintaining entity, which is not in every case the classification of importance of the connection, as planning engineers see it). I thought this was foolish at the time, and it still is. highway=* should match the classification given by the government or roading authority, and should match whatever type of road is on the road sign. This is entirely objective. To do otherwise is subjective- if two mappers are presented with the same road one might say This is a major road, it's highway=primary, but another might say This is a fairly major road, but it's not very busy. It's highway=secondary. Instead, look at the badge on the sign. In the wiki should be a mapping from road designation (on a roadsign) to highway=* tag. After all, nobody disagrees what highway=motorway means, so why open the other types to interpretation? I don't know for sure, but I expect that the initial list of road classifications were derived from UK Ordnance Survey classifications: Motorway - motorway A road - primary B road - secondary 'yellow' road - tertiary 'white' road - unclassified dual-carriageway - trunk upgraded A road - primary + motorroad In my opinion highway=* should match the visible government classification. Next, if we add lanes=*, width=* and maxspeed=* then other people (or other people's software) can adjust the importance of any segment of the road based on objective data, not subjective interpretation. Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moderating / Quality checking OSM contributions -- was: Re: OSmosa.net run now.., contribution model
So in my experience in Indonesia we have translated the presets literally. As you would with a translation I suppose=). The question the repeatedly comes up in the training though is is this the equivalent of X road-type in Indonesia. It seems like people have an okay idea of how the types map over here. So maybe this doesn't work in all countries, but this is a question we've gotten multiple times from multiple groups. I agree having to figure out who is paying for which road is a silly way to classify. But if the road classification matches to the actual utility of the road why not use it. -Kate On Thu, Dec 8, 2011 at 8:27 AM, Tobias Knerr o...@tobias-knerr.de wrote: Kate Chapman wrote: I'm not sure why that makes sense. Saying to people Okay we know you call these types of roads national government roads, well in OSM we call them primary. So let's create a completely new vocabulary in your country that nobody will remember. There isn't only one possible way to categorize roads. There may be an administrative classification, but you could also categorize them by importance or whatever other metric you can think of. From my experience in Germany, we do not necessarily choose the highway value based on the administrative classification, but ultimately based on the significance of that road in the road network. Usually, a driver wants to find the road that is the most relevant connection between two places, rather than learn which administrative entity pays for the maintenance of the road. With the German road numbering scheme, the administrative classification is also already defined by the ref=* tag. So choosing the highway value based on the administrative classification would duplicate that information. Why is this relevant for translations? Well, the translation should match the classification that is supposed to be represented by highway values. If a translation conflicts with local interpretation of these values, it will create confusion. Tobias ___ 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] Moderating / Quality checking OSM contributions -- was: Re: OSmosa.net run now.., contribution model
On Thu, December 8, 2011 09:20, Richard Fairhurst wrote: Andrew Errington wrote: I don't know for sure, but I expect that the initial list of road classifications were derived from UK Ordnance Survey classifications: Yes. Motorway - motorway B road - secondary 'yellow' road - tertiary 'white' road - unclassified Pretty much, yes. tertiary/unclassified isn't a hard and fast rule. dual-carriageway - trunk A road - primary Not quite: primary A road (green signs) - trunk non-primary A road (white signs) - primary upgraded A road - primary + motorroad Not really used in the UK. I think that was introduced in Germany. (Personally I think that was a good decision by the German mappers and I'd like to see other countries do something similar, albeit co-ordinated with other nations, rather than always trying to shoehorn in incompatible systems to the UK-derived classification.) I thoroughly agree, but it's difficult to introduce a new classification, describe its meaning, and get agreement from renderers to render it in the right way (even if it renders the same as another road class it still needs to be specified somewhere). If it's possible to match local road classification to the existing OSM model then that's a Good Thing. In Korea, I felt it was actually quite easy to do this[1]. Unfortunately someone else came up with a different scheme before me that doesn't actually capture the differences. Since then I have been encouraging everyone to consider my suggestions. What I'd really like is for Mapnik to render the road symbols in the same way as Korean road signs (red/blue shield, blue oval, white octagon, yellow rectangle) but it seems like a trivial request and Mapnik authors have more important things to do. Best wishes, Andrew [1] http://wiki.openstreetmap.org/wiki/Korea_Road_Classification ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moderating / Quality checking OSM contributions -- was: Re: OSmosa.net run now.., contribution model
On Thu, December 8, 2011 09:27, Tobias Knerr wrote: snip With the German road numbering scheme, the administrative classification is also already defined by the ref=* tag. So choosing the highway value based on the administrative classification would duplicate that information. Hmm. Unfortunately that won't work in Korea as the refs are just numbers. For example, near me I have a blue oval '37' (national road) and a yellow rectangle '37' (local road). Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moderating / Quality checking OSM contributions -- was: Re: OSmosa.net run now.., contribution model
On 12/7/2011 6:47 PM, Kate Chapman wrote: There are a lot of road classifications already in the wiki for example here is the one for the US: http://wiki.openstreetmap.org/wiki/United_States_Road_Classification This has a number of problems: http://wiki.openstreetmap.org/wiki/User:NE2/classification_FAQ#How_about_other_classifications.3F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moderating / Quality checking OSM contributions -- was: Re: OSmosa.net run now.., contribution model
On 12/7/2011 7:42 PM, Nathan Edgars II wrote: On 12/7/2011 6:47 PM, Kate Chapman wrote: There are a lot of road classifications already in the wiki for example here is the one for the US: http://wiki.openstreetmap.org/wiki/United_States_Road_Classification This has a number of problems: http://wiki.openstreetmap.org/wiki/User:NE2/classification_FAQ#How_about_other_classifications.3F Wait a sec - I was confusing this with http://wiki.openstreetmap.org/wiki/Highway_Functional_Classification_System Anyway the arguments on my page still apply with respect to U.S./state highways being badly inconsistent between states. For example, Little Shepherd Trail in Kentucky is a state highway and, by the page you linked, would be secondary, but such a classification would be misleading as hell: http://www.harlancountytrails.com/littleshepherdtrail.php http://www.youtube.com/watch?v=my-cykJrWqc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moderating / Quality checking OSM contributions -- was: Re: OSmosa.net run now.., contribution model
On 12/7/2011 7:31 PM, Kate Chapman wrote: But if the road classification matches to the actual utility of the road why not use it. It doesn't in the U.S. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moderating / Quality checking OSM contributions -- was: Re: OSmosa.net run now.., contribution model
On 12/7/2011 7:08 PM, Andrew Errington wrote: I don't know for sure, but I expect that the initial list of road classifications were derived from UK Ordnance Survey classifications: Motorway - motorway A road - primary B road - secondary 'yellow' road - tertiary 'white' road - unclassified dual-carriageway - trunk upgraded A road - primary + motorroad Motorroad is a recent tag, and means that bikes and pedestrians are not allowed (I don't know if this is always true on an upgraded A road). Trunk was and still is (?) used for the primary route network in the UK, which I believe use green on signs. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] What's wrong with this picture?
This macro tile seems to be infected by the sea: http://www.openstreetmap.org/?lat=36.0742lon=126.8671zoom=13layers=C All tiles below it are rendered with a blue tinge. The rendering artifact is not present on the new 'Transport' layer (which is very nice, by the way). I had a quick look at the data in the top left corner of the bad tile, but there's nothing obvious. It's also strange that the top left corner of the tile is 'sliced off'. I didn't know whether to send a message to Andy Allan directly, so I decided to post here. Um, I guess I want someone to fix it, or tell me what's wrong and I will fix it. Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Moderating / Quality checking OSM contributions -- was: Re: OSmosa.net run now.., contribution model
From: Andrew Errington [mailto:a.erring...@lancaster.ac.uk] Subject: Re: [OSM-talk] Moderating / Quality checking OSM contributions I thought this was foolish at the time, and it still is. highway=* should match the classification given by the government or roading authority, and should match whatever type of road is on the road sign. This is entirely objective. To do otherwise is subjective- if two mappers are presented with the same road one might say This is a major road, it's highway=primary, but another might say This is a fairly major road, but it's not very busy. It's highway=secondary. Instead, look at the badge on the sign. In the wiki should be a mapping from road designation (on a roadsign) to highway=* tag. After all, nobody disagrees what highway=motorway means, so why open the other types to interpretation? I don't know for sure, but I expect that the initial list of road classifications were derived from UK Ordnance Survey classifications: In my opinion highway=* should match the visible government classification. Next, if we add lanes=*, width=* and maxspeed=* then other people (or other people's software) can adjust the importance of any segment of the road based on objective data, not subjective interpretation. Not all regions have meaningful government classifications. BC has only one highway classification. If you were to tag based on government classification you would have 2-4 classifications. One for local residential, commercial and industrial roads, potentially 1-2 for collector roads, and one for highways, be they single lane or major motorways. The tagging here is remarkably consistent and bears no relation to what it would be if we tagged solely on government classification. I've been working on documenting it (currently at http://wiki.openstreetmap.org/wiki/User:Pnorman/BC_Tagging) but haven't had time to complete it and present it to talk-ca@. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSmosa.net run now.., contribution model
On Thu, Dec 8, 2011 at 12:31 AM, Erik Johansson e...@kth.se wrote: On Wed, Dec 7, 2011 at 16:39, Frans Thamura fr...@meruvian.org wrote: right now 55 students what in my bootcamp are working on OSM, using LearnOSM material :) i will collect their username, and will learn how to monitor their contribution, stay tune ... any procedure to monitor? No there are no good tools, and no good methods. I asked for suggestions but I've never managed to get a good answer. See: http://help.openstreetmap.org/questions/7077/investigating-changesets I know of no tools that will give you easy summaries of what a class room of OSM users are doing. There are tools that will tell you what has happend between two dates. Look at osmdiff, http://wiki.openstreetmap.org/wiki/Osmdiff Here is an example report http://www.gary68.de/osm/qa/diff/gen0/muenchen.htm I have to agree. The topic of change monitoring is still a big todo for OSM. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Logo, which one the right one?
Public-images-osm_logo-plain.ai what file format is that? I cannot read it. I dont use adobe or any non free software, I have inkscape. please use open formats. thanks, mike On Thu, Dec 8, 2011 at 12:28 AM, Frans Thamura fr...@meruvian.org wrote: Inkscape produce image when export to pdf. That is the problem come, in inkscape and in pdf from export, the design different. I has modified the inkscape edition in ilustrator, put in space.meruvian.org/logos. But need to confirm the design. I use for printing purpose here. On Dec 8, 2011 12:37 AM, Richard Fairhurst rich...@systemed.net wrote: Frans Thamura wrote: i just hacking the osm logo (develop using inkspace, isnt it?), now ichange and make it AI. Illustrator's SVG import is famously buggy (and I say that as someone who generally likes Illustrator very much). Your best bet is to use a tool with a better understanding of SVG, export to PDF, and then load that in Illustrator. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/OSM-Logo-which-one-the-right-one-tp7070979p7071347.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Logo, which one the right one?
Apologies, I have to correct myself, inkscape CAN open that file. I converted it to svg and png http://osmopenlayers.blogspot.com/2011/12/osm-logo-from-frans-inkscape-can-read.html mike On Thu, Dec 8, 2011 at 6:22 AM, Mike Dupont jamesmikedup...@googlemail.com wrote: Public-images-osm_logo-plain.ai what file format is that? I cannot read it. I dont use adobe or any non free software, I have inkscape. please use open formats. thanks, mike On Thu, Dec 8, 2011 at 12:28 AM, Frans Thamura fr...@meruvian.org wrote: Inkscape produce image when export to pdf. That is the problem come, in inkscape and in pdf from export, the design different. I has modified the inkscape edition in ilustrator, put in space.meruvian.org/logos. But need to confirm the design. I use for printing purpose here. On Dec 8, 2011 12:37 AM, Richard Fairhurst rich...@systemed.net wrote: Frans Thamura wrote: i just hacking the osm logo (develop using inkspace, isnt it?), now ichange and make it AI. Illustrator's SVG import is famously buggy (and I say that as someone who generally likes Illustrator very much). Your best bet is to use a tool with a better understanding of SVG, export to PDF, and then load that in Illustrator. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/OSM-Logo-which-one-the-right-one-tp7070979p7071347.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Nederland van boven
Hallo, Ik heb het nieuwe VPRO programma Nederland van Boven nog niet gezien maar het schijnt de moeite waard te zijn. Ik zie op http://nederlandvanboven.vpro.nl een hele mooie interactie versie van onze kaart staan (ik ben daar 99% zeker van). Maar ik zie nergens OpenStreetMap vermeld staan. Wel BAG, kadaster, TNO-GDN, Goudappel Coffeng en nog wat grote namen. Iemand die meer van dit project weet? Zo niet, dan stuur ik zelf een verzoekje om OSM te vermelden. Groet, Floris Looijesteijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nederland van boven
On 2011-12-07 10:42, Floris Looijesteijn wrote: Ik heb het nieuwe VPRO programma Nederland van Boven nog niet gezien maar het schijnt de moeite waard te zijn. Ik zie op http://nederlandvanboven.vpro.nl een hele mooie interactie versie van onze kaart staan (ik ben daar 99% zeker van). Ik 100%. Ik kende de site ook, maar dan omdat we op de OV discussielijst een flinke discussie hadden over de fouten die die kaart weergeeft. De OV reistijden en conclusies daarop kloppen voor geen meter. Maar nu je de aandacht op de kaart legt, het is 100% zeker de OSM kaart. Ik zie in mijn woonplaats alle fiets- en voetpaden en correcties die ik in OSM heb ingevoerd. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nederland van boven
Het is een mooie kaart, maar ik sluit me bij jouw mening aan dat OSM-data gebruikt is. Het patroon van secondary-straten en tertiary-straten in Groningen komt exact overeen, inclusief een fout die op mapnik niet zichtbaar was (de Leegeweg was voor een gedeelte als secondary_link ipv secondary getaggt). Daarnaast vermoed ik ook dat de gebouwen uit OSM komen ipv van het Kadaster. Groeten, Martien 2011/12/7 Floris Looijesteijn o...@floris.nu Hallo, Ik heb het nieuwe VPRO programma Nederland van Boven nog niet gezien maar het schijnt de moeite waard te zijn. Ik zie op http://nederlandvanboven.vpro.nl een hele mooie interactie versie van onze kaart staan (ik ben daar 99% zeker van). Maar ik zie nergens OpenStreetMap vermeld staan. Wel BAG, kadaster, TNO-GDN, Goudappel Coffeng en nog wat grote namen. Iemand die meer van dit project weet? Zo niet, dan stuur ik zelf een verzoekje om OSM te vermelden. Groet, Floris Looijesteijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nederland van boven
Ok, ik wist het ook eigenlijk wel zeker, maar een second opinion kan geen kwaad :) Tenzij iemand op staat die hier bij betrokken was stuur ik ze morgen een verzoekje OSM te vermelden. Groet, Floris 2011/12/7 Martien Scheepens mart...@fmf.nl: Het is een mooie kaart, maar ik sluit me bij jouw mening aan dat OSM-data gebruikt is. Het patroon van secondary-straten en tertiary-straten in Groningen komt exact overeen, inclusief een fout die op mapnik niet zichtbaar was (de Leegeweg was voor een gedeelte als secondary_link ipv secondary getaggt). Daarnaast vermoed ik ook dat de gebouwen uit OSM komen ipv van het Kadaster. Groeten, Martien 2011/12/7 Floris Looijesteijn o...@floris.nu Hallo, Ik heb het nieuwe VPRO programma Nederland van Boven nog niet gezien maar het schijnt de moeite waard te zijn. Ik zie op http://nederlandvanboven.vpro.nl een hele mooie interactie versie van onze kaart staan (ik ben daar 99% zeker van). Maar ik zie nergens OpenStreetMap vermeld staan. Wel BAG, kadaster, TNO-GDN, Goudappel Coffeng en nog wat grote namen. Iemand die meer van dit project weet? Zo niet, dan stuur ik zelf een verzoekje om OSM te vermelden. Groet, Floris Looijesteijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nederland van boven
Zal even het kaartje van de vpro'er zoeken met wie we vorig jaar hebben gesproken over dit project. Stefan Op 7 dec 2011 om 11:21 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven:\ Ok, ik wist het ook eigenlijk wel zeker, maar een second opinion kan geen kwaad :) Tenzij iemand op staat die hier bij betrokken was stuur ik ze morgen een verzoekje OSM te vermelden. Groet, Floris 2011/12/7 Martien Scheepens mart...@fmf.nl: Het is een mooie kaart, maar ik sluit me bij jouw mening aan dat OSM-data gebruikt is. Het patroon van secondary-straten en tertiary-straten in Groningen komt exact overeen, inclusief een fout die op mapnik niet zichtbaar was (de Leegeweg was voor een gedeelte als secondary_link ipv secondary getaggt). Daarnaast vermoed ik ook dat de gebouwen uit OSM komen ipv van het Kadaster. Groeten, Martien 2011/12/7 Floris Looijesteijn o...@floris.nu Hallo, Ik heb het nieuwe VPRO programma Nederland van Boven nog niet gezien maar het schijnt de moeite waard te zijn. Ik zie op http://nederlandvanboven.vpro.nl een hele mooie interactie versie van onze kaart staan (ik ben daar 99% zeker van). Maar ik zie nergens OpenStreetMap vermeld staan. Wel BAG, kadaster, TNO-GDN, Goudappel Coffeng en nog wat grote namen. Iemand die meer van dit project weet? Zo niet, dan stuur ik zelf een verzoekje om OSM te vermelden. Groet, Floris Looijesteijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,4edf3e4b140071609116338! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: Re: Nederland van boven
Goudappel heeft data geleverd voor dit project maar was niet betrokken bij de uitvoering. Ik wist niet eens dat ze ook OSM gingen gebruiken.Als Stefan contact had met een VPRO'er is het misschien handig als hij naar de bronvermelding vraagt.---Dirk BusscheSenior Adviseur Geografische ToepassingenGoudappel Coffeng BVSnipperlingsdijk 4Postbus 1617400 AD DeventerThe Netherlandst +31 (0)570 666 830f +31 (0)570 666 888i http://www.goudappel.nlaanwezig op kantoor: maandag, dinsdag en woensdagGoudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam-Stefan de Konink ste...@konink.de schreef: -Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.orgVan: Stefan de Konink ste...@konink.deDatum: 12/07/2011 11:31AMOnderwerp: Re: [OSM-talk-nl] Nederland van bovenZal even het kaartje van de vpro'er zoeken met wie we vorig jaar hebben gesproken over dit project.StefanOp 7 dec 2011 om 11:21 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven:\ Ok, ik wist het ook eigenlijk wel zeker, maar een second opinion kan geen kwaad :) Tenzij iemand op staat die hier bij betrokken was stuur ik ze morgen een verzoekje OSM te vermelden. Groet, Floris 2011/12/7 Martien Scheepens mart...@fmf.nl: Het is een mooie kaart, maar ik sluit me bij jouw mening aan dat OSM-data gebruikt is. Het patroon van secondary-straten en tertiary-straten in Groningen komt exact overeen, inclusief een fout die op mapnik niet zichtbaar was (de Leegeweg was voor een gedeelte als secondary_link ipv secondary getaggt). Daarnaast vermoed ik ook dat de gebouwen uit OSM komen ipv van het Kadaster. Groeten, Martien 2011/12/7 Floris Looijesteijn o...@floris.nu Hallo, Ik heb het nieuwe VPRO programma Nederland van Boven nog niet gezien maar het schijnt de moeite waard te zijn. Ik zie op http://nederlandvanboven.vpro.nleen hele mooie interactie versie van onze kaart staan (ik ben daar 99% zeker van). Maar ik zie nergens OpenStreetMap vermeld staan. Wel BAG, kadaster, TNO-GDN, Goudappel Coffeng en nog wat grote namen. Iemand die meer van dit project weet? Zo niet, dan stuur ik zelf een verzoekje om OSM te vermelden. Groet, Floris Looijesteijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,4edf3e4b140071609116338!___Talk-nl mailing listTalk-nl@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-nl-- *** De Afdeling IT heeft deze mail gescand op virussen ** LET OP: Open nooit attachments van onbekende afzenders *** Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Nederland van boven
Dat heeft Stefan zojuist gedaan met mij in de cc. Groet, Floris 2011/12/7 dbuss...@goudappel.nl: Goudappel heeft data geleverd voor dit project maar was niet betrokken bij de uitvoering. Ik wist niet eens dat ze ook OSM gingen gebruiken. Als Stefan contact had met een VPRO'er is het misschien handig als hij naar de bronvermelding vraagt. --- Dirk Bussche Senior Adviseur Geografische Toepassingen Goudappel Coffeng BV Snipperlingsdijk 4 Postbus 161 7400 AD Deventer The Netherlands t +31 (0)570 666 830 f +31 (0)570 666 888 i http://www.goudappel.nl aanwezig op kantoor: maandag, dinsdag en woensdag Goudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam -Stefan de Konink ste...@konink.de schreef: - Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Van: Stefan de Konink ste...@konink.de Datum: 12/07/2011 11:31AM Onderwerp: Re: [OSM-talk-nl] Nederland van boven Zal even het kaartje van de vpro'er zoeken met wie we vorig jaar hebben gesproken over dit project. Stefan Op 7 dec 2011 om 11:21 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven:\ Ok, ik wist het ook eigenlijk wel zeker, maar een second opinion kan geen kwaad :) Tenzij iemand op staat die hier bij betrokken was stuur ik ze morgen een verzoekje OSM te vermelden. Groet, Floris 2011/12/7 Martien Scheepens mart...@fmf.nl: Het is een mooie kaart, maar ik sluit me bij jouw mening aan dat OSM-data gebruikt is. Het patroon van secondary-straten en tertiary-straten in Groningen komt exact overeen, inclusief een fout die op mapnik niet zichtbaar was (de Leegeweg was voor een gedeelte als secondary_link ipv secondary getaggt). Daarnaast vermoed ik ook dat de gebouwen uit OSM komen ipv van het Kadaster. Groeten, Martien 2011/12/7 Floris Looijesteijn o...@floris.nu Hallo, Ik heb het nieuwe VPRO programma Nederland van Boven nog niet gezien maar het schijnt de moeite waard te zijn. Ik zie op http://nederlandvanboven.vpro.nl een hele mooie interactie versie van onze kaart staan (ik ben daar 99% zeker van). Maar ik zie nergens OpenStreetMap vermeld staan. Wel BAG, kadaster, TNO-GDN, Goudappel Coffeng en nog wat grote namen. Iemand die meer van dit project weet? Zo niet, dan stuur ik zelf een verzoekje om OSM te vermelden. Groet, Floris Looijesteijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,4edf3e4b140071609116338! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- *** De Afdeling IT heeft deze mail gescand op virussen *** *** LET OP: Open nooit attachments van onbekende afzenders *** Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Nederland van boven
Hier trouwens nog wat meer over de kaartenbakker van het project: http://content.stamen.com/vpro Die noemt wel OpenStreetMap. Mooi project, ben benieuwd naar de reactie van VPRO. Groet, Floris Looijesteijn 2011/12/7 Floris Looijesteijn o...@floris.nu: Dat heeft Stefan zojuist gedaan met mij in de cc. Groet, Floris 2011/12/7 dbuss...@goudappel.nl: Goudappel heeft data geleverd voor dit project maar was niet betrokken bij de uitvoering. Ik wist niet eens dat ze ook OSM gingen gebruiken. Als Stefan contact had met een VPRO'er is het misschien handig als hij naar de bronvermelding vraagt. --- Dirk Bussche Senior Adviseur Geografische Toepassingen Goudappel Coffeng BV Snipperlingsdijk 4 Postbus 161 7400 AD Deventer The Netherlands t +31 (0)570 666 830 f +31 (0)570 666 888 i http://www.goudappel.nl aanwezig op kantoor: maandag, dinsdag en woensdag Goudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam -Stefan de Konink ste...@konink.de schreef: - Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Van: Stefan de Konink ste...@konink.de Datum: 12/07/2011 11:31AM Onderwerp: Re: [OSM-talk-nl] Nederland van boven Zal even het kaartje van de vpro'er zoeken met wie we vorig jaar hebben gesproken over dit project. Stefan Op 7 dec 2011 om 11:21 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven:\ Ok, ik wist het ook eigenlijk wel zeker, maar een second opinion kan geen kwaad :) Tenzij iemand op staat die hier bij betrokken was stuur ik ze morgen een verzoekje OSM te vermelden. Groet, Floris 2011/12/7 Martien Scheepens mart...@fmf.nl: Het is een mooie kaart, maar ik sluit me bij jouw mening aan dat OSM-data gebruikt is. Het patroon van secondary-straten en tertiary-straten in Groningen komt exact overeen, inclusief een fout die op mapnik niet zichtbaar was (de Leegeweg was voor een gedeelte als secondary_link ipv secondary getaggt). Daarnaast vermoed ik ook dat de gebouwen uit OSM komen ipv van het Kadaster. Groeten, Martien 2011/12/7 Floris Looijesteijn o...@floris.nu Hallo, Ik heb het nieuwe VPRO programma Nederland van Boven nog niet gezien maar het schijnt de moeite waard te zijn. Ik zie op http://nederlandvanboven.vpro.nl een hele mooie interactie versie van onze kaart staan (ik ben daar 99% zeker van). Maar ik zie nergens OpenStreetMap vermeld staan. Wel BAG, kadaster, TNO-GDN, Goudappel Coffeng en nog wat grote namen. Iemand die meer van dit project weet? Zo niet, dan stuur ik zelf een verzoekje om OSM te vermelden. Groet, Floris Looijesteijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,4edf3e4b140071609116338! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- *** De Afdeling IT heeft deze mail gescand op virussen *** *** LET OP: Open nooit attachments van onbekende afzenders *** Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Nederland van boven
Ah dat verklaart de mooie kaart, Stamen maakt mooie dingen. Waar ik me wel over verbaas zijn de grote hoeveelheid boerderijen bij mij in de straat (Kinkerstraat): http://nederlandvanboven.vpro.nl/afleveringen/24uurnl.html#/mobility/0:63/0:255:0/0:255:0/@15/52.3657/4.8797?mode=transitzip=2041 http://nederlandvanboven.vpro.nl/afleveringen/24uurnl.html#/mobility/0:63/0:255:0/0:255:0/@15/52.3657/4.8797?mode=transitzip=2041 volgens Stamen heeft de VPRO de locaties van de boerderijen geleverd, ben benieuwd wie daar de bron van is :) s Op 12/7/2011 12:13, Floris Looijesteijn schreef: Hier trouwens nog wat meer over de kaartenbakker van het project: http://content.stamen.com/vpro Die noemt wel OpenStreetMap. Mooi project, ben benieuwd naar de reactie van VPRO. Groet, Floris Looijesteijn 2011/12/7 Floris Looijesteijno...@floris.nu: Dat heeft Stefan zojuist gedaan met mij in de cc. Groet, Floris 2011/12/7dbuss...@goudappel.nl: Goudappel heeft data geleverd voor dit project maar was niet betrokken bij de uitvoering. Ik wist niet eens dat ze ook OSM gingen gebruiken. Als Stefan contact had met een VPRO'er is het misschien handig als hij naar de bronvermelding vraagt. --- Dirk Bussche Senior Adviseur Geografische Toepassingen Goudappel Coffeng BV Snipperlingsdijk 4 Postbus 161 7400 AD Deventer The Netherlands t +31 (0)570 666 830 f +31 (0)570 666 888 i http://www.goudappel.nl aanwezig op kantoor: maandag, dinsdag en woensdag Goudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam -Stefan de Koninkste...@konink.de schreef: - Aan: OpenStreetMap NL discussion listtalk-nl@openstreetmap.org Van: Stefan de Koninkste...@konink.de Datum: 12/07/2011 11:31AM Onderwerp: Re: [OSM-talk-nl] Nederland van boven Zal even het kaartje van de vpro'er zoeken met wie we vorig jaar hebben gesproken over dit project. Stefan Op 7 dec 2011 om 11:21 heeft Floris Looijesteijno...@floris.nu het volgende geschreven:\ Ok, ik wist het ook eigenlijk wel zeker, maar een second opinion kan geen kwaad :) Tenzij iemand op staat die hier bij betrokken was stuur ik ze morgen een verzoekje OSM te vermelden. Groet, Floris 2011/12/7 Martien Scheepensmart...@fmf.nl: Het is een mooie kaart, maar ik sluit me bij jouw mening aan dat OSM-data gebruikt is. Het patroon van secondary-straten en tertiary-straten in Groningen komt exact overeen, inclusief een fout die op mapnik niet zichtbaar was (de Leegeweg was voor een gedeelte als secondary_link ipv secondary getaggt). Daarnaast vermoed ik ook dat de gebouwen uit OSM komen ipv van het Kadaster. Groeten, Martien 2011/12/7 Floris Looijesteijno...@floris.nu Hallo, Ik heb het nieuwe VPRO programma Nederland van Boven nog niet gezien maar het schijnt de moeite waard te zijn. Ik zie op http://nederlandvanboven.vpro.nl een hele mooie interactie versie van onze kaart staan (ik ben daar 99% zeker van). Maar ik zie nergens OpenStreetMap vermeld staan. Wel BAG, kadaster, TNO-GDN, Goudappel Coffeng en nog wat grote namen. Iemand die meer van dit project weet? Zo niet, dan stuur ik zelf een verzoekje om OSM te vermelden. Groet, Floris Looijesteijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,4edf3e4b140071609116338! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- *** De Afdeling IT heeft deze mail gescand op virussen *** *** LET OP: Open nooit attachments van onbekende afzenders *** Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] NL Van Boven
Live vanaf twitter: http://www.objectvision.nl/themes/bereikbaarheid/reisweerstandtabel/pc4 Wat zijn het toch aardige mensen bij ObjectVision :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Nederland van boven
On Wed, 7 Dec 2011, Steven M. Ottens wrote: volgens Stamen heeft de VPRO de locaties van de boerderijen geleverd, ben benieuwd wie daar de bron van is :) Vermoed de KvK. openkvk kan sinds vannacht ook iets met SBI codes. Dus dat schept geografische mogelijkheden. Ieder adres in openkvk heeft nu de mogelijkheid om op de BAG aangesloten te worden, en cacht de geopositie. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] NL Van Boven
On 2011-12-07 12:34, Stefan de Konink wrote: Live vanaf twitter: http://www.objectvision.nl/themes/bereikbaarheid/reisweerstandtabel/pc4 Wat zijn het toch aardige mensen bij ObjectVision :) Ik had liever de reistijdentabel voor OV gezien. Dat is namelijk de data die verkeerd is. Reistijden via de weg geloof ik wel, vooral daar dat toch een redelijk lineaire functie met de afstand is. OV tijden volgens die kaart zijn voor de kortere afstand soms slechts een derde van wat ze werkelijk zijn. En blijkbaar is dat data van Goudappel Coffeng, dus de medemappers van die firma die hier meelezen mogen zich aangesproken voelen ;) Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Nederland van boven
Snelle reactie van de VPRO: OSM staat nu ook vermeld bij de Colofon onder 'Met dank aan' en ze schrijven nog een tekstje over OSM voor op de 'Over de interactieve kaart' pagina. Groet, Floris 2011/12/7 Floris Looijesteijn o...@floris.nu: Hier trouwens nog wat meer over de kaartenbakker van het project: http://content.stamen.com/vpro Die noemt wel OpenStreetMap. Mooi project, ben benieuwd naar de reactie van VPRO. Groet, Floris Looijesteijn 2011/12/7 Floris Looijesteijn o...@floris.nu: Dat heeft Stefan zojuist gedaan met mij in de cc. Groet, Floris 2011/12/7 dbuss...@goudappel.nl: Goudappel heeft data geleverd voor dit project maar was niet betrokken bij de uitvoering. Ik wist niet eens dat ze ook OSM gingen gebruiken. Als Stefan contact had met een VPRO'er is het misschien handig als hij naar de bronvermelding vraagt. --- Dirk Bussche Senior Adviseur Geografische Toepassingen Goudappel Coffeng BV Snipperlingsdijk 4 Postbus 161 7400 AD Deventer The Netherlands t +31 (0)570 666 830 f +31 (0)570 666 888 i http://www.goudappel.nl aanwezig op kantoor: maandag, dinsdag en woensdag Goudappel Coffeng is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam -Stefan de Konink ste...@konink.de schreef: - Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Van: Stefan de Konink ste...@konink.de Datum: 12/07/2011 11:31AM Onderwerp: Re: [OSM-talk-nl] Nederland van boven Zal even het kaartje van de vpro'er zoeken met wie we vorig jaar hebben gesproken over dit project. Stefan Op 7 dec 2011 om 11:21 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven:\ Ok, ik wist het ook eigenlijk wel zeker, maar een second opinion kan geen kwaad :) Tenzij iemand op staat die hier bij betrokken was stuur ik ze morgen een verzoekje OSM te vermelden. Groet, Floris 2011/12/7 Martien Scheepens mart...@fmf.nl: Het is een mooie kaart, maar ik sluit me bij jouw mening aan dat OSM-data gebruikt is. Het patroon van secondary-straten en tertiary-straten in Groningen komt exact overeen, inclusief een fout die op mapnik niet zichtbaar was (de Leegeweg was voor een gedeelte als secondary_link ipv secondary getaggt). Daarnaast vermoed ik ook dat de gebouwen uit OSM komen ipv van het Kadaster. Groeten, Martien 2011/12/7 Floris Looijesteijn o...@floris.nu Hallo, Ik heb het nieuwe VPRO programma Nederland van Boven nog niet gezien maar het schijnt de moeite waard te zijn. Ik zie op http://nederlandvanboven.vpro.nl een hele mooie interactie versie van onze kaart staan (ik ben daar 99% zeker van). Maar ik zie nergens OpenStreetMap vermeld staan. Wel BAG, kadaster, TNO-GDN, Goudappel Coffeng en nog wat grote namen. Iemand die meer van dit project weet? Zo niet, dan stuur ik zelf een verzoekje om OSM te vermelden. Groet, Floris Looijesteijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,4edf3e4b140071609116338! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- *** De Afdeling IT heeft deze mail gescand op virussen *** *** LET OP: Open nooit attachments van onbekende afzenders *** Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: Re: NL Van Boven
Inderdaad staan er sommige heel rare ov-reistijden op, het lijkt bijna dat de postcodegebieden niet goed gekoppeld zijn.Ik heb mijn collega hierop gewezen en hij gaat uitzoeken wat er is misgegaan.Let wel dat je dit nooit 100% goed krijgt omdat we voor- en natransport meenemen naar een centroid binnen de postcode 4, en het maakt nogal wat uit waar die t.o.v. bijvoorbeeld een station ligt.OV tijden volgens die kaart zijn voor de kortere afstand soms slechts een derde van wat ze werkelijk zijn. En blijkbaar is dat data van Goudappel Coffeng, dus de medemappers van die firma die hier meelezen mogen zich aangesproken voelen ;) Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Nederland van boven
On Wed, 7 Dec 2011, Floris Looijesteijn wrote: Snelle reactie van de VPRO: OSM staat nu ook vermeld bij de Colofon onder 'Met dank aan' en ze schrijven nog een tekstje over OSM voor op de 'Over de interactieve kaart' pagina. Even nog benadrukken voor de mailinglist: in mijn eerste mail is het hele woord licentie niet gevallen. Zoals je ziet zijn zulke dingen binnen een dag opgelost, en is het vaak gewoon onwetendheid. Laten we vooral het gebruik stimuleren van OpenStreetMap, de hele discussie dat de BBC, OpenStreetMap niet zou gebruiken vanwege een licentie wordt hier genadeloos onderuitgeschopt, een van de grootste Nederlandse omroepen doet het gewoon wel. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: NL Van Boven
On 2011-12-07 13:54, dbuss...@goudappel.nl wrote: Inderdaad staan er sommige heel rare ov-reistijden op, het lijkt bijna dat de postcodegebieden niet goed gekoppeld zijn. Ik heb mijn collega hierop gewezen en hij gaat uitzoeken wat er is misgegaan. Let wel dat je dit nooit 100% goed krijgt omdat we voor- en natransport meenemen naar een centroid binnen de postcode 4, en het maakt nogal wat uit waar die t.o.v. bijvoorbeeld een station ligt. Nee dat begrijp ik volkomen, maar met OV in 8 minuten van 5988 naar 5911 (hemelsbreed op zijn minst 12 km) is gewoon onmogelijk. De bus doet het in 25 minuten. Dan is het ook weer opvallend dat de kaart zegt dat het met de auto 26 minuten duurt. Of met OV in 29 minuten van 5988 naar 5804 waar het op zijn best in 100 minuten kan is ook opvallend. Verder zijn er duidelijk disjuncte gebieden waar een (redelijk) veraf gelegen gebied in veel kortere tijd te bereiken is dan een dichtbij gelegen gebied en wat niet te verklaren is door mogelijke rechtstreekse OV-verbindingen. Ik weet dat het offtopic is hier op de lijst dus als je feedback krijgt mag je het me ook prive mailen. Ik ben iig zeer geïnteresseerd op basis waarvan deze gegevens komen of wat er mis is gegaan met de berekeningen. Groeten, Maarten OV tijden volgens die kaart zijn voor de kortere afstand soms slechts een derde van wat ze werkelijk zijn. En blijkbaar is dat data van Goudappel Coffeng, dus de medemappers van die firma die hier meelezen mogen zich aangesproken voelen ;) Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Amsterdam Mappersbabbel 15 december 19:00
Heren van de kaart, Volgende week donderdag de 15e is er weer een Amsterdamse Mappersbabbel! Meet the mappers en discussieer over de stand van zaken onder het genot van een biertje of cola-tje. Iedereen is welkom bij Kaptein Zeppo's (maphttp://www.openstreetmap.org/?lon=4.893699lat=52.369571zoom=16mlon=4.893699mlat=52.369571) vanaf een uur of 19:00. Meld je even aan via de wiki of meetup zodat ik weet aan welke tafel we moeten gaan zitten Wiki: http://wiki.openstreetmap.org/wiki/NL:Amsterdam#15_december_2011 Meetup: http://www.meetup.com/AmsGeoDrinks/events/41606992/ Mocht je al eerder je ei kwijt willen, dan is er aanstaande zaterdag de Geo Freedom Day in Baarn. Daar staan een paar hele interessante OpenStreetMap (gerelateerde) projecten op bet programma. http://geofreedomday.nl voor meer informatie en aanmelden. Hopelijk tot zaterdag of volgende week! Floris Looijesteijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Am 07.12.2011 08:25, schrieb Manuel Reimer: Sven Gegguslistsat fuchsschwanzdomain.de writes: Wer sich fragt wie man dieses dubiose ovl Format in etwas brauchbares konvertiert. Ich habe hier ein Programm top2gps (DOSe oder Linux)[1], das man leider nicht mehr im Internet findet. Dieses Programm kann Dateien erzeugen, die per gpsbabel lesbar sind. Das Format, das sich in der ZIP befindet, scheint nicht das binäre OVL-Format zu sein, sondern eines der ASCII-Formate. Nö, das sind alles binäre Formate. Nur gibt es verschiede Versionen die untereinander nicht kompatibel sind. Ich habe mehrere ältere Produkte der Top50-Reihe, und kann leider nur die Abteilung Bayernnetz_für_Radler (außer Top10) damit öffnen. Richtig brauchbar sind die aber nicht: Jeder Weg ist alle Nase lang gestückelt. Irgendein solches Format kennt GPSBabel: http://www.gpsbabel.org/htmldoc-development/fmt_ggv_ovl.html Das kann *nur* das ovl-ascii Format. Man muß dies aber beim Speichern im Top50-Programm explizit angeben. MagicMaps und das Tool von Sven Anders mögen die übrigen ovls aber auch nicht. Die neueren Dateien enthalten offensichtlich eine proprietäre xml Datei. Vielleicht bastelt ja jemand ein xslt script. Wo hast du da eine xml gefunden? Ich sehe nur binäre .ovl-Dateien. Kann man mit dem ebenfalls angeboteten .mdb-Format was sinnvolles anfangen? (wenn der Link denn funktionieren täte?) Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Andre Joost andre+joost at nurfuerspam.de writes: Nö, das sind alles binäre Formate. Dieses Binärformat beginnt mit dem zwei Bytes PK. Wenn man schon öfter mit binären Formaten zu tun hatte, dann schrillen da schon die Alarmglocken. Geh mal mit unzip an diese ovl-Dateien ran und du wirst das XML finden ;) Nur gibt es verschiede Versionen die untereinander nicht kompatibel sind. Ich habe mehrere ältere Produkte der Top50-Reihe, und kann leider nur die Abteilung Bayernnetz_für_Radler (außer Top10) damit öffnen. Die Top 10 ist im XML-Format. Die anderen sind im Binärformat. Richtig brauchbar sind die aber nicht: Jeder Weg ist alle Nase lang gestückelt. Ist im XML auch so, aber ich traue mir durchaus zu, das in einem Programm auch wieder zu entstückeln. Soweit ich das bisher analysieren konnte, enthalten die Dateien immer mehrere Wege. Diese aber mehrfach gestückelt. Zum Zusammenfinden der Stücke kann der Name des Wegstückes (ist in jedem Wegstück gleich) genutzt werden. Ich würde als Zielformat GPX anstreben. Pro Weg ein Track und pro Wegstück einen Trackabschnitt im Track. In der Summe sollten die Tracks so komplett sein. Wegstücke ohne Name kann ich dann aber erstmal lediglich als NONAME ablegen. Hier fehlt mir dann eine Zuordnung. Wo hast du da eine xml gefunden? Ich sehe nur binäre .ovl-Dateien. Siehe oben. Kann man mit dem ebenfalls angeboteten .mdb-Format was sinnvolles anfangen? (wenn der Link denn funktionieren täte?) Das ist eine Datenbank. Keine Ahnung ob LibreOffice Base das aufbekommt. Eventuell kann man es in eine MySQL oder PostgreSQL-Datenbank importieren und dann mit SQL-Queries da drauf arbeiten. Mir erscheint es aber mittlerweile einfacher zu sein, die OVL-Daten zu verarbeiten. Ich bin gerade dabei ein entsprechendes Programm zum Wandeln zu schreiben. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häufigkeit von Tagkombinationen
Am 07.12.2011 00:00, schrieb Frederik Ramm: Hallo, On 12/06/2011 10:54 PM, Stephan Wolff wrote: taginfo kenne ich, aber es liefert nur für die Kombination key1=* mit key2=* eine Nutzungszahl. Kombination mit key=value wie highway=track mit width=* oder highway=trunk mit foot=yes sehe ich dort nicht. Ja, sowas gibts auch nicht. Wenn die Tags selten genug sind, kannst Du Dir mit Overpass einen Query generieren, der Dir die Liste aller passenden Objekte zurueckgibt. Ansonsten bleibt wirklich nur selbst importieren! Wenn Du schon vorher weisst, welche Tags Dich interessieren, kannst Du den Import deutlich beschleunigen, indem Du dem osm2pgsql ein style-File gibst, das nur die interessanten Tags listet. Wenn vorher klar ist, welche Tags interessant sind, kann man auch mit osmosis (oder ähnlichem) direkt filtern, weil bei jedem Element direkt klar ist, ob es gebraucht/gezählt wird, oder nicht; da braucht man nichtmal zu importieren. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Am 07.12.2011 10:03, schrieb Manuel Reimer: Andre Joostandre+joostat nurfuerspam.de writes: Nö, das sind alles binäre Formate. Dieses Binärformat beginnt mit dem zwei Bytes PK. Wenn man schon öfter mit binären Formaten zu tun hatte, dann schrillen da schon die Alarmglocken. Geh mal mit unzip an diese ovl-Dateien ran und du wirst das XML finden ;) Nur gibt es verschiede Versionen die untereinander nicht kompatibel sind. Ich habe mehrere ältere Produkte der Top50-Reihe, und kann leider nur die Abteilung Bayernnetz_für_Radler (außer Top10) damit öffnen. Die Top 10 ist im XML-Format. Die anderen sind im Binärformat. Ah ja. Die Wanderwege sind auch im neuen Format (V5), die anderen im binären Format V4. GPSbabel kann nur ASCII V3 oder V4 lesen. Das ist was selbstgestricktes ohne XML. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] autom. Mitteilung, wenn Renderer ausfällt
hi ! gibt es eigentlich irgendwo ein Tool das einen benachrichtigt wenn Mapnik oder einer der anderen Renderer ausfällt bzw. könnte ich irgendwie über php o.ä. prüfen ob die Karten verfügbar sind? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Nachtrag: Das Programm Pace Place von DigitalCure.org kann die V5-Overlays lesen und als gpx exportieren. Quellen gibts bei sourceforge. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häufigkeit von Tagkombinationen
Hi, On 12/07/11 10:12, Peter Wendorff wrote: importieren! Wenn Du schon vorher weisst, welche Tags Dich interessieren, kannst Du den Import deutlich beschleunigen, indem Du dem osm2pgsql ein style-File gibst, das nur die interessanten Tags listet. Wenn vorher klar ist, welche Tags interessant sind, kann man auch mit osmosis (oder ähnlichem) direkt filtern, weil bei jedem Element direkt klar ist, ob es gebraucht/gezählt wird, oder nicht; da braucht man nichtmal zu importieren. Ja. Wenn die key-value-Kombinationen bekannt sind, dann geht das (ich hatte nur an Keys gedacht). Allerdings, wenn man sich fuer 100 solche Kombinationen interessiert, muss man das Osmosis auch 100mal durchlaufen lassen. Ein Import in eine Datenbank wuerde erstens nur die Vorentscheidung fuer keys - nicht values - erfordern und zweitens auch relativ fix verschiedene Zaehlungen hergeben. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Andre Joost andre+joost at nurfuerspam.de writes: Ah ja. Die Wanderwege sind auch im neuen Format (V5), die anderen im binären Format V4. GPSbabel kann nur ASCII V3 oder V4 lesen. Das ist was selbstgestricktes ohne XML. Stimmt. Ist aber damit auch weniger einfach zu analysieren. Was ich mich nach wie vor frage ist, was die Wege ohne Namen (name/name) im XML sein sollen. Für den Anfang filtere ich die aus, denn wie soll man die mit OSM-Daten vergleichen können, wenn man sie garnicht zuordnen kann... Das Ergebnis ist dann relativ dürftig. Für Main Spessart ist gerademal eine Handvoll Wege vorhanden. Aus eigener Erfahrung weiß ich, dass es wesentlich mehr geben müsste. Wo sind zum Beispiel die ECP-Wege? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häufigkeit von Tagkombinationen
Am 07.12.2011 11:15, schrieb Frederik Ramm: Hi, On 12/07/11 10:12, Peter Wendorff wrote: importieren! Wenn Du schon vorher weisst, welche Tags Dich interessieren, kannst Du den Import deutlich beschleunigen, indem Du dem osm2pgsql ein style-File gibst, das nur die interessanten Tags listet. Wenn vorher klar ist, welche Tags interessant sind, kann man auch mit osmosis (oder ähnlichem) direkt filtern, weil bei jedem Element direkt klar ist, ob es gebraucht/gezählt wird, oder nicht; da braucht man nichtmal zu importieren. Ja. Wenn die key-value-Kombinationen bekannt sind, dann geht das (ich hatte nur an Keys gedacht). Allerdings, wenn man sich fuer 100 solche Kombinationen interessiert, muss man das Osmosis auch 100mal durchlaufen lassen. Ein Import in eine Datenbank wuerde erstens nur die Vorentscheidung fuer keys - nicht values - erfordern und zweitens auch relativ fix verschiedene Zaehlungen hergeben. Was spricht gegen 'ne Verzweigung der pipeline an der Stelle? werden dann die einzelnen Filter tatsächlich komplett nacheinander abgearbeitet, und nicht halb-parallel? Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autom. Mitteilung, wenn Renderer ausfällt
Jan Tappenbeck osm at tappenbeck.net writes: gibt es eigentlich irgendwo ein Tool das einen benachrichtigt wenn Mapnik oder einer der anderen Renderer ausfällt bzw. könnte ich irgendwie über php o.ä. prüfen ob die Karten verfügbar sind? Definiere Karten verfügbar... Man könnte einfach ein wget auf ein bestimmtes Tile machen und dann den Exit-Code auswerten. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Manuel Reimer manuel.s...@nurfuerspam.de wrote: Ich habe es probiert (sowohl vor als auch nach unzip) und bekomme immer: $ gpsbabel -i ggv_ovl -o gpx geogrid50.xml test.gpx ggv_ovl: missing section header in '(null)'. Schau halt mal in die Datei rein, das ist eine xml-Datei, kein ASCII Overlay. Deshalb hab ich ja geschrieben dass man da ein xslt Stylesheet bauen müßte. Gruss Sven -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häufigkeit von Tagkombinationen
Hallo, On 12/07/11 11:24, Peter Wendorff wrote: Was spricht gegen 'ne Verzweigung der pipeline an der Stelle? werden dann die einzelnen Filter tatsächlich komplett nacheinander abgearbeitet, und nicht halb-parallel? Wenn man ein --tee macht, koennen die Filter schon parallel abgearbeitet werden, und es wird auch nur einmal aus der Datenbank gelesen. Aber die Commandline wird sehr schnell sehr unuebersichtlich, und jedes Objekt wird tatsaechlich in alle Filter hineingeschickt - es gibt also kein if ... else if ... else if Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Andre Joost andre+jo...@nurfuerspam.de wrote: Ah ja. Die Wanderwege sind auch im neuen Format (V5), die anderen im binären Format V4. GPSbabel kann nur ASCII V3 oder V4 lesen. Das ist was selbstgestricktes ohne XML. Zu manchen Daten meint der file-Befehl tatsächlich nur data, aber andere sind trotz der Endung .ovl Zip_dateien mit einem xml drin, welches aber ein unbekanntes Schema hat. Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] erledigt !
Am 07.12.2011 08:25, schrieb Andre Joost: Am 07.12.2011 06:17, schrieb Norbert Kück: Hallo, am 07.12.2011 05:55 schrieb Jan Tappenbeck: Deshalb die Frage - sieht einer von Euch den bei http://www.openstreetmap.org/browse/way/139001519 Ich finde diesen jedenfalls nicht! Die Relation sieht etwas merkwürdig aus (Umring doppelt). ... und zwei Elemente ohne outer oder inner. Wie soll der Renderer dann wissen, was er malen soll? Gruß, André Joost danke für die Hilfe ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Hallo zusammen! Danke für diese Information, klingt ja wirklich spannend! Ich wundere mich nur ein wenig, dass hier alle schon über Technik reden (klingt fast nach Import in OSM), da kommt eine Frage bei mir auf: Sind die Daten ODbL-kompatibel? Ich habe noch im Kopf, dass CC-Lizenzen nicht kompatibel sind... Gruß, Philip -- View this message in context: http://gis.638310.n2.nabble.com/Bayern-schaltet-neues-OpenData-Portal-frei-tp7066353p7070379.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] erledigt !
Die Relation sieht etwas merkwürdig aus (Umring doppelt). ... und zwei Elemente ohne outer oder inner. Wie soll der Renderer dann wissen, was er malen soll? noch ein Hinweis: bei Multipolygon-Relationen am Besten die tags für die Fläche an die Relation packen, die, die nur für den way gelten, an den way. Leider ist unser Datenmodell in dieser Hinsicht historisch bedingt bisher noch nicht ganz sauber, so dass es evtl. trotzdem vorkommen kann, dass Tags auf dem outer way als tags für das Multipolygon interpretiert werden, und Löcher in Objekte geschnitten werden, die eigentlich keine haben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Philip Gillißen gue...@freenet.de wrote: Ich wundere mich nur ein wenig, dass hier alle schon über Technik reden (klingt fast nach Import in OSM), da kommt eine Frage bei mir auf: Sind die Daten ODbL-kompatibel? Ich habe noch im Kopf, dass CC-Lizenzen nicht kompatibel sind... Ich glaube kaum, dass man da wirklich irgendwas importieren kann. Mir geht es eher darum zu vergleichen. Wenn ich mir jetzt einen Fernradweg hernehme über die OSM Daten lege und damit eine Relation für OSM erstelle sehe ich das ehrlich gesagt nicht mehr als abgeleitetes Werk öffentlicher Daten an. Gruss Sven -- .. this message has been created using an outdated OS (UNIX-like) with an outdated mail- or newsreader (text-only) :-P /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Umfrage im Rahmen meiner Masterarbeit
Hallo zusammen, ich möchte mich zunächst kurz vorstellen: Mein Name ist Frederic Kerber und ich studiere Informatik an der Universität des Saarlandes, Saarbrücken. Im Rahmen meiner Master-Arbeit beschäftige ich mich mit dem Themenkomplex OpenStreetMap für Indoor. Eine genaue Ausrichtung der Arbeit steht noch aus, aber in einem ersten Schritt wäre ich an Meinungen aus der Community interessiert, um daraus Schlüsse für die Realisierung des Projektes ziehen zu können. Daher hatte ich vor einiger Zeit angefragt, ob ich eine solche Umfrage hier über die Liste verbreiten könnte, was mir netterweise dann auch ermöglicht wurde. Konkret geht es um einige Fragen zur Nutzung digitaler Karten im Allgemeinen, OpenStreetMap im Besonderen sowie der Idee, das Ganze auch auf Indoor auszuweiten. Die Beantwortung der Umfrage dauert etwa 5-8 Minuten. Selbstverständlich werden alle Daten anonym erhoben - es werden außer den abgefragten Sachen keine zusätzlichen Informationen über den Teilnehmenden (wie IP-Adresse o.ä.) gespeichert. Damit ich gute Ergebnisse erzielen kann, wäre es klasse, wenn viele von euch an der Umfrage teilnehmen könnten! Vielen Dank bereits im Voraus! Der Link zur Umfrage: http://umfrage.frederickerber.de/1 Beste Grüße, Frederic Kerber ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Am 7. Dezember 2011 14:31 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Wenn ich mir jetzt einen Fernradweg hernehme über die OSM Daten lege und damit eine Relation für OSM erstelle sehe ich das ehrlich gesagt nicht mehr als abgeleitetes Werk öffentlicher Daten an. sondern? Ein survey? ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage im Rahmen meiner Masterarbeit
Am 07.12.2011 14:59, schrieb Frederic Kerber: Damit ich gute Ergebnisse erzielen kann, wäre es klasse, wenn viele von euch an der Umfrage teilnehmen könnten! so, meine Antworten hast du jetzt :-) Gruß MC ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Hallo cc-by ist an sich odbl-kompatibel. Einziger Haken ist wie so häufig die Namensnennung. Siehe auch: http://forum.openstreetmap.org/viewtopic.php?id=14627 Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Sven Geggus wrote: Schau halt mal in die Datei rein, das ist eine xml-Datei, kein ASCII Overlay. Deshalb hab ich ja geschrieben dass man da ein xslt Stylesheet bauen müßte. In welcher Sprache man wandelt ist letztlich egal. XSLT ist auch nur eine Programmiersprache. Wie flexibel die ist, weiß ich nicht. Ich wüsste zumindest nicht wie ich unter XSLT gleichnamige Wege bündeln sollte. Allerdings ist die Frage in wiefern der Aufwand einer Wandlung überhaupt lohnt, wo es das doch schon alles als GPX gibt: http://vermessung.bayern.de/freizeit.html Solange die rechtliche Seite aber nicht unmissverständlich geklärt ist, lasse ich die Finger von den Daten. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Philip Gillißen wrote: Ich wundere mich nur ein wenig, dass hier alle schon über Technik reden (klingt fast nach Import in OSM), da kommt eine Frage bei mir auf: Sind die Daten ODbL-kompatibel? Ich habe noch im Kopf, dass CC-Lizenzen nicht kompatibel sind... Guter Einwand... Mal sehen ob es da irgendwann noch Klärung gibt. Während die Luftbilder relativ uninteressant sind (Bing ist höher aufgelöst) und auch mit der Topografischen Karte nicht viel anzufangen ist (das, was man da rauslesen könnte, ist in der OSM ohnehin schon vorhanden) könnte man mit den Grenzen und den Freizeitwegen durchaus etwas anfangen. Am Konverter bleibe ich auf jedem Fall dran. Und sei es nur, weil mich interessiert, was sich hinter den nicht benamten Wegen versteckt. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] erledigt !
Hallo, Am Mittwoch, 7. Dezember 2011 14:20:23 schrieb Martin Koppenhoefer: Die Relation sieht etwas merkwürdig aus (Umring doppelt). ... und zwei Elemente ohne outer oder inner. Wie soll der Renderer dann wissen, was er malen soll? noch ein Hinweis: bei Multipolygon-Relationen am Besten die tags für die Fläche an die Relation packen, die, die nur für den way gelten, an den way. Leider ist unser Datenmodell in dieser Hinsicht historisch bedingt bisher noch nicht ganz sauber, so dass es evtl. trotzdem vorkommen kann, dass Tags auf dem outer way als tags für das Multipolygon interpretiert werden, und Löcher in Objekte geschnitten werden, die eigentlich keine haben. Ich bezweifle, dass der Unterschied zwischen dem einfachen Umring, den der Way bildet, und dem Multipolygon durch die Relation den meisten Mappern geläufig sind. Wer ein Multipolygon definiert, meint damit in den meisten Fällen, dass er ein Loch in alles schießen will, dass durch den äußeren Way definiet wird. Wenn das Tagging auf diese Weise weiter verkompliziert wird, müssen die Mapper bald einen Master vorweisen, um mitarbeiten zu können. Der sichere und einfachere Weg ist, das äußere Polygon, wenn es denn zusätzlich existieren soll, noch einmal ohne Relation zu definieren. Trotz der Redundanz. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Moin, Am 07.12.2011 16:35, schrieb Manuel Reimer: Sven Geggus wrote: Schau halt mal in die Datei rein, das ist eine xml-Datei, kein ASCII Overlay. Deshalb hab ich ja geschrieben dass man da ein xslt Stylesheet bauen müßte. Allerdings ist die Frage in wiefern der Aufwand einer Wandlung überhaupt lohnt, wo es das doch schon alles als GPX gibt: http://vermessung.bayern.de/freizeit.html besteht denn der begründete Verdacht, dass in den OVL- oder MDB-Dateien deutlich mehr verwertbare Informationen stecken, die den Aufwand lohnen, als in den öffentlich erhältlichen GPX-Dateien: http://vermessung.bayern.de/opendata/doc,Freizeitwege_gpx.html fragt sich Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Georg Feddern wrote: http://vermessung.bayern.de/freizeit.html besteht denn der begründete Verdacht, dass in den OVL- oder MDB-Dateien deutlich mehr verwertbare Informationen stecken, die den Aufwand lohnen, als in den öffentlich erhältlichen GPX-Dateien: http://vermessung.bayern.de/opendata/doc,Freizeitwege_gpx.html Wanderwege fehlen in den GPX-Dateien von dort. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häufigkeit von Tagkombinationen
Danke für die Tipps, aber die Filterung der gesamten Datenbank ist für meine Fragestellung zu aufwendig. Ich werde eher die Listen der Tagkombinationen für die Kontinente aus Tagwatch laden und in einer Tabellenkalkulation filtern und addieren. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage im Rahmen meiner Masterarbeit
Martin Czarkowski czarkow...@gmail.com [Wed, Dec 07, 2011 at 04:06:05PM CET]: Am 07.12.2011 14:59, schrieb Frederic Kerber: Damit ich gute Ergebnisse erzielen kann, wäre es klasse, wenn viele von euch an der Umfrage teilnehmen könnten! so, meine Antworten hast du jetzt :-) Ein weiteres Opfer von reply-to-munging. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage im Rahmen meiner Masterarbeit
Hallo Frederic Interessantes Thema! Wir haben uns selber schon mit mehreren Aspekten des Indoor Mappings beschäftigt. Ein datenmässiges Resultat unserer Arbeiten mit den Mitteln von OSM sieht man hier in Rapperswil (der schönste Campus der Schweiz): http://osm.org/go/0C0kYxc4f-- Ein Problem wird die Indoor-Positionierung sein. Hier arbeiten wir mit einem eigenen System, das noch in Realisierung ist. Der Zugang und Austausch zu georeferenzierten Plänen und Karten ist ein anderer Aspekt - bzw. Problem: Wie soll ein normaler Nutzer dazu gebracht werden, Pläne (PDFs) zu georeferenzieren? Hier sind wir jedenfalls an der Entwicklung eines Android-Apps namens NeoMap, mit dem man z.B. Orientierungslauf- und andere Pläne offline ansehen kann: Vgl. http://www.gis.hsr.ch/wiki/NeoMap . Dieses App bezieht die einzelnen Pläne und Karten über eine eigene - ebenfalls geplante - Webseite. Das App basiert vorerst aber nur auf GPS. Dies solange bis die Indoor-Positionierung massentauglich funktioniert. Grüsse, Stefan Keller Am 7. Dezember 2011 14:59 schrieb Frederic Kerber postmas...@frederickerber.de: Hallo zusammen, ich möchte mich zunächst kurz vorstellen: Mein Name ist Frederic Kerber und ich studiere Informatik an der Universität des Saarlandes, Saarbrücken. Im Rahmen meiner Master-Arbeit beschäftige ich mich mit dem Themenkomplex OpenStreetMap für Indoor. Eine genaue Ausrichtung der Arbeit steht noch aus, aber in einem ersten Schritt wäre ich an Meinungen aus der Community interessiert, um daraus Schlüsse für die Realisierung des Projektes ziehen zu können. Daher hatte ich vor einiger Zeit angefragt, ob ich eine solche Umfrage hier über die Liste verbreiten könnte, was mir netterweise dann auch ermöglicht wurde. Konkret geht es um einige Fragen zur Nutzung digitaler Karten im Allgemeinen, OpenStreetMap im Besonderen sowie der Idee, das Ganze auch auf Indoor auszuweiten. Die Beantwortung der Umfrage dauert etwa 5-8 Minuten. Selbstverständlich werden alle Daten anonym erhoben - es werden außer den abgefragten Sachen keine zusätzlichen Informationen über den Teilnehmenden (wie IP-Adresse o.ä.) gespeichert. Damit ich gute Ergebnisse erzielen kann, wäre es klasse, wenn viele von euch an der Umfrage teilnehmen könnten! Vielen Dank bereits im Voraus! Der Link zur Umfrage: http://umfrage.frederickerber.**de/1 http://umfrage.frederickerber.de/1 Beste Grüße, Frederic Kerber __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage im Rahmen meiner Masterarbeit
On Wed, 7 Dec 2011, Stefan Keller wrote: Ein Problem wird die Indoor-Positionierung sein. Hier arbeiten wir mit einem eigenen System, das noch in Realisierung ist. Das ist auch mein groesster Kritikpunkt an Frederic's Arbeit: Es wird eigentlich nicht klar, mit welchen Technologien ein Indoor Mapping bzw. Routing moeglich sein kann. Mit dem GPS kann man es spaetestens im 2. UG einer U-Bahn vergessen. Man kann halt Papier-Plaene auf OSM einzeichnen, aber was hilft's? Mich hat das Thema neugierig gemacht, aber die Fragen waren mir zu oberflaechlich fuer ein 'Fachpublikum' wie die OSM Gemeinde - (sorry, =konstruktive Kritik) Bin jedenfalls weiterhin gespannt - A. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage im Rahmen meiner Masterarbeit
Hallo, danke für euer Feedback. Die Frage nach der Technologie wird einer der Hauptpunkte meiner Arbeit sein. D.h. aktuell ist (mir) auch noch nicht absolut klar, wie ein Indoor Mapping bzw. Routing möglich sein kann. Tatsächlich scheidet GPS wohl in 99% aller Fälle aus (wenn man von speziellen Lösungen mit GPS-Repeatern o.ä. absieht). Allerdings gibt es durchaus vielversprechende Ansätze zur Indoor-Positionierung. An der Stelle muss ich einschränken, dass sich meine Arbeit vermutlich eher nicht in diese Richtung entwickeln wird (aber sicher ist es noch nicht). Daher kann ich hier nur vom Hörensagen her sprechen. Aber in instrumentierten Umgebungen (Wlan, Bluetooth, IR, RFID, ...) ist da wohl schon einiges möglich! Allerdings gibt es auch Ansätze, die ohne solche Instrumentierungen auskommen - z.B. gibt es wissenschaftliche Arbeiten, die Systeme vorstellen bzw. untersuchen, wie man Bewegungen eines Nutzers mit Hilfe der Sensor-Daten seines Smartphones auf einer Karte visualisieren kann. (z.B. Indoor Pedestrian Navigation System Using a Modern Smartphone, Serra et al.) Eine Idee wäre z.B. auch diesen Ansatz umzukehren und zur Erfassung von Gebäuden zu nutzen. Was die Fragen angeht: Der Fragebogen sollte nicht speziell auf das Fachpublikum ausgerichtet sein - insofern kann ich diese Kritik durchaus nachvollziehen. Ideal wäre es natürlich, wenn ich - vielleicht eben auch über diese Liste hier - in einen regen Austausch mit Leuten kommen kann, die sich einerseits bereits mit diesem Thema auseinander gesetzt haben oder anderseits auch einfach mögliche Fallstricke aufdecken können. Einige hilfreiche Antworten konnte ich schon im Rahmen des Fragebogens lesen und natürlich sind auch hier Hinweise auf bestehende Systeme oder Sachen, die in Arbeit sind, Gold wert. Beste Grüße, Frederic Am 07.12.11 23:48, schrieb Alexander Lehner: On Wed, 7 Dec 2011, Stefan Keller wrote: Ein Problem wird die Indoor-Positionierung sein. Hier arbeiten wir mit einem eigenen System, das noch in Realisierung ist. Das ist auch mein groesster Kritikpunkt an Frederic's Arbeit: Es wird eigentlich nicht klar, mit welchen Technologien ein Indoor Mapping bzw. Routing moeglich sein kann. Mit dem GPS kann man es spaetestens im 2. UG einer U-Bahn vergessen. Man kann halt Papier-Plaene auf OSM einzeichnen, aber was hilft's? Mich hat das Thema neugierig gemacht, aber die Fragen waren mir zu oberflaechlich fuer ein 'Fachpublikum' wie die OSM Gemeinde - (sorry, =konstruktive Kritik) Bin jedenfalls weiterhin gespannt - A. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
Am 07.12.2011 16:40, schrieb Manuel Reimer: Am Konverter bleibe ich auf jedem Fall dran. Und sei es nur, weil mich interessiert, was sich hinter den nicht benamten Wegen versteckt. Eventuell Wanderwege ohne Kennzeichung? Im Geoserver der NRW-Landesvermessung gibt es einen overlay, bei dem Wege mit dem Symbol WoK versehen sind. In Wanderkarten sind die nicht zu finden, vor Ort auch nicht. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
On 07.12.11 14:02, Philip Gillißen wrote: Ich wundere mich nur ein wenig, dass hier alle schon über Technik reden (klingt fast nach Import in OSM), da kommt eine Frage bei mir auf: Sind die Daten ODbL-kompatibel? Ich habe noch im Kopf, dass CC-Lizenzen nicht kompatibel sind... (jetzt mal ganz abgesehen, was es an Daten gibt und inwieweit die sinnvoll nutzbar sind oder nicht) CC-BY gibt eine Bedingung vor, das ist die Namensnennung. Für die Stadt Wien hab ich das abgeklärt, die wollten auf http://www.openstreetmap.org/copyright genannt werden. Wenn Du Dinge abmalst, wird sicherlich ein passender source= Tag sinnvoll sein. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern schaltet neues OpenData-Portal frei.
On 07.12.11 16:18, Henning Scholland wrote: cc-by ist an sich odbl-kompatibel. Sorry, aber da vermischt Du verschiedene Dinge... Die ODbL regelt die Nutzung der OSM-Daten. Wenn's um contribution geht, ist relevant - was der Urheberrechtsinhaber sagt, unter welchen Bedingungen er die Daten freigibt - was die CT sage, zu deren Einhaltung Du Dich verpflichtet hast. Wie die OSM community die Namensnennung am besten einhält, klärt man am besten mit dem Rechteinhaber ab. Irgendwo wird man's an zentraler Stelle hinschreiben und einen passenden source= Tag sollte man auf die Objekte wohl auch machen. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Corsie riservate ai mezzi pubblici
Il giorno mer, 07/12/2011 alle 08.43 +0100, Fabrizio Carrai ha scritto: Mi sto dedicando ai trasporti pubblici della mia zona e nel tracciare alcune linee di autobus, volevo dettagliare le strade con corsie riservate a questi mezzi: Per la mappatura di strade a senso unico con corsia in direzione opposta riservata ai mezzi pubblici ho trovato sul wiki due tag diversi: a) Where a way element has a psv lane only in one direction, use lanes:psv:forward=*, and lanes:psv:backward=* when that lane is usable in the direction of the way, or against the direction of the way, respectively (nel mio caso la seconda opzione) b) Oneway bus lane on opposite way of a oneway road: busway=opposite_lane [2] A me sembrano equivalenti : voi quali suggerite ? Mi sembra che la seconda si riferisca a una strada a senso unico con corsia preferenziale in senso opposto mentre la prima dovrebbe riferirsi ad una qualsiasi strada anche a doppio senso per il traffico normale che abbia una corsia preferenziale in un solo senso di marcia. -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strada con diverse caratteristiche
2011/12/6 Simone Saviolo simone.savi...@gmail.com: Il giorno 06 dicembre 2011 16:00, franco93it franco9...@gmail.com ha scritto: In pratica vengono due strade diverse ma con lo stesso nome? Diciamo di sì. Se volessi, potresti creare una bella relazione di tipo street e metterci le due (o più way). che vantaggio c'è con la relazione? Che si tratta di una strada continua / con lo stesso nome, lo posso vedere anche senza la relazione. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strada con diverse caratteristiche
Il giorno mer, 07/12/2011 alle 11.53 +0100, Martin Koppenhoefer ha scritto: 2011/12/6 Simone Saviolo simone.savi...@gmail.com: Il giorno 06 dicembre 2011 16:00, franco93it franco9...@gmail.com ha scritto: In pratica vengono due strade diverse ma con lo stesso nome? Diciamo di sì. Se volessi, potresti creare una bella relazione di tipo street e metterci le due (o più way). che vantaggio c'è con la relazione? Che si tratta di una strada continua / con lo stesso nome, lo posso vedere anche senza la relazione. Esistono casi in cui la strada è divisa in sezioni non necessariamente collegate. Comunque visto che la relazione sarebbe in ogni caso necessaria/utile per i civici non mi sembra un danno creare in ogni caso. -- Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Corsie riservate ai mezzi pubblici
2011/12/7 Volker Schmidt vosc...@gmail.com: Mi sembra che il primo si riferisce a psv (public service vehicles) che include taxi, mentre il secondo si riferisce solo a autobus (di linea?). si, lo vedo anch'io così (autobus di linea) C'è una ulteriore complicazione che spesso le corsie sono aperte ad altri veicoli autorizzati con qualche ordinanza locale tipicamente citato sul cartello, che potrebbe o meno includere anche biciclette per esempio. se sono inclusi i bici: bicycle=yes (oppure lanes:psv:bicycle=yes ?), cmq. non dovrebbe cambiare niente (dato che non abbiamo i lanes, ma solo strade complete). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: R: Re: Vicenza un caos
2011/12/6 Paolo Monegato gato.selvad...@gmail.com: Il 05/12/2011 20:20, Martin Koppenhoefer ha scritto: i confini dei tiles si vedono perchè gli edifici sono tagliati: È normale. Le 4 parti sono state caricate da persone diverse. Ora va fatto un lavoro di fusione dei vari edifici di confine. avete tagliati voi i tiles, oppure i dati originali erano così? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Emilia Romagna
E' un pò off topic ma neanche troppo... ma i confini ISTAT 2011 si sta pensando di importarli per l'Emilia Romagna? Chiedo perché dalle mie verifiche sui confini comunali attorno a Bologna, quelli 2011 sono molto più precisi, mentre quelli attuali sono molto vaghi e spesso proprio sbagliati (zone industriali tagliate, ecc. ecc.). Io al momento non ho tempo per farlo, però secondo me sarebbe interessante come l'import degli edifici, se non di più ;-) Ciao 2011/11/28 Maurizio Napolitano napoo...@gmail.com Penso che non coincideranno mai esattamente, saranno sempre un po' diversi per dimensioni e posizione da quelli ricalcati dal PCN o prima da Yahoo. Saranno anche, probabilmente, da reallineare con le ortofoto PCN al quale darei la precedenza non fosse altro che per il fatto che rende visibile, oltre agli edifici, anche tante altre caratteristiche. Lascierei all' utente la facoltà di scegliere se lasciare quello esistente o sostituirlo con quello ER. L' importante è che possa vederli ambedue e decidere. Magari ci saranno dei tag da trasferire dal building esistente a quello nuovo. Non ho idea di come potresti fare, ma così come la prospetti mi sembra la cosa migliore. Vedo cosa mi dicono i dati :) In ogni caso quelli già presenti sarebbero da mettere in evidenza, altrimenti c'è il rischio che uno cancella :) ___ 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] Quali sono le relazioni più adatte per complessi ospedalieri e stazioni?
2011/12/6 Paolo Monegato gato.selvad...@gmail.com: Guardavo il wiki a proposito della relazione site e ho notato che dice che di oggetti con ruolo perimeter ne va messo uno... Nel caso particolare che ho in mente [1] c'è una strada che taglia in due l'areae quindi ci sarebbero due aree da mettere come perimetro, si può fare? io farei come nel caso di una relazione multipoligono (ways con ruoli outer e inner che delimitanno l'area, questi ways a loro volta potrebbero avere dei tags come barrier=fence). La relazione site pratticamente è una relazione multipoligono esteso (come la vedo io), quindi con ulteriori possibilità di dare indicazioni (per esempio per segnalare: ticket office, uscite di emergenza, ingresso / uscita principale, posizione del label, ...), ma la logica dell'area (cosa è compreso) è uguale a quella del multipoligono. Cmq. non vengono interpretati questi relazioni, mentre i poligoni e multipoligoni vengono interpretati, e dato che pratticamente nessuno crea elementi come quelli nominati sopra (label, ingresso principale, ...) credo che ora stai mappando meglio con la relazione multipolygon. Per il ruolo perimeter invece non vedo bene il senso. Che differenza c'è tra questo e outer? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Corsie riservate ai mezzi pubblici
Visto l'incoraggiamento a non usare il tag, mi sembra chiara la scelta per l'altra. Oltretutto nel mio caso, la corsia è proprio per l'uso di public service vehicles. Grazie a tutti! F. Il giorno 07 dicembre 2011 11:58, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/12/7 Volker Schmidt vosc...@gmail.com: Mi sembra che il primo si riferisce a psv (public service vehicles) che include taxi, mentre il secondo si riferisce solo a autobus (di linea?). si, lo vedo anch'io così (autobus di linea) C'è una ulteriore complicazione che spesso le corsie sono aperte ad altri veicoli autorizzati con qualche ordinanza locale tipicamente citato sul cartello, che potrebbe o meno includere anche biciclette per esempio. se sono inclusi i bici: bicycle=yes (oppure lanes:psv:bicycle=yes ?), cmq. non dovrebbe cambiare niente (dato che non abbiamo i lanes, ma solo strade complete). 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] R: Re: R: Re: Vicenza un caos
Il 07 dicembre 2011 11:59, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/12/6 Paolo Monegato gato.selvad...@gmail.com: Il 05/12/2011 20:20, Martin Koppenhoefer ha scritto: i confini dei tiles si vedono perchè gli edifici sono tagliati: È normale. Le 4 parti sono state caricate da persone diverse. Ora va fatto un lavoro di fusione dei vari edifici di confine. avete tagliati voi i tiles, oppure i dati originali erano così? I dati della regione sono in file .shp a quadrati, non abbiamo tagliato niente sono fatti così :-) paolopoz ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strada con diverse caratteristiche
Il 07 dicembre 2011 11:56, gvf g...@gvf.ve.it ha scritto: Il giorno mer, 07/12/2011 alle 11.53 +0100, Martin Koppenhoefer ha scritto: 2011/12/6 Simone Saviolo simone.savi...@gmail.com: Il giorno 06 dicembre 2011 16:00, franco93it franco9...@gmail.com ha scritto: In pratica vengono due strade diverse ma con lo stesso nome? Diciamo di sì. Se volessi, potresti creare una bella relazione di tipo street e metterci le due (o più way). che vantaggio c'è con la relazione? Che si tratta di una strada continua / con lo stesso nome, lo posso vedere anche senza la relazione. Esistono casi in cui la strada è divisa in sezioni non necessariamente collegate. Comunque visto che la relazione sarebbe in ogni caso necessaria/utile per i civici non mi sembra un danno creare in ogni caso. +1 Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strada con diverse caratteristiche
On Wed, 07 Dec 2011 11:56:56 +0100, gvf wrote: Il giorno mer, 07/12/2011 alle 11.53 +0100, Martin Koppenhoefer ha scritto: 2011/12/6 Simone Saviolo simone.savi...@gmail.com: Il giorno 06 dicembre 2011 16:00, franco93it franco9...@gmail.com ha scritto: In pratica vengono due strade diverse ma con lo stesso nome? Diciamo di sì. Se volessi, potresti creare una bella relazione di tipo street e metterci le due (o più way). che vantaggio c'è con la relazione? Che si tratta di una strada continua / con lo stesso nome, lo posso vedere anche senza la relazione. Esistono casi in cui la strada è divisa in sezioni non necessariamente collegate. Un esempio lampante è Marsala, dove più di metà della popolazione è sparsa per le contrade, che sono attraversate da strade chiamate Contrada XYZ, spesso anche lontane tra loro (e quindi l'unica differenza è il civico): http://osm.org/go/xZH41bDE (Contrada Bufalata) (purtroppo lì il grafo è MOLTO incompleto; molte volte il nome della contrada è noto solo agli abitanti del luogo :D) (p.s.: in certi casi addirittura una strada separa due contrade, per cui da un lato si chiama Contrada A, con i suoi civici, e dall'altro Contrada B, con altri civici -- ho pensato di usare name:left e name:right, ma ancora non ne ho mappata nemmeno una. Nel caso ve lo steste chiedendo: sì, in questi casi ho anche visto civico 1 da un lato, e 273 di fronte :D) Comunque visto che la relazione sarebbe in ogni caso necessaria/utile per i civici non mi sembra un danno creare in ogni caso. +1 -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strada con diverse caratteristiche
grazie ho capito come fare ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: R: Re: Vicenza un caos
Il 07/12/2011 11:59, Martin Koppenhoefer ha scritto: 2011/12/6 Paolo Monegatogato.selvad...@gmail.com: Il 05/12/2011 20:20, Martin Koppenhoefer ha scritto: i confini dei tiles si vedono perchè gli edifici sono tagliati: È normale. Le 4 parti sono state caricate da persone diverse. Ora va fatto un lavoro di fusione dei vari edifici di confine. avete tagliati voi i tiles, oppure i dati originali erano così? Sono così di partenza. Volendo si sarebbero potuti unire in JOSM prima del upload, ma è stato deciso diversamente per due motivi principali: - evitare problemi di upload. Tieni conto che un riquadro può tranquillamente contenere ben oltre 50.000 nodi. - dare la possibilità a un maggior numero di mapper di partecipare all'import day. In ogni caso non avrebbe diminuito il carico di lavoro (manuale) da fare. O si fa prima o si fa dopo l'upload ma è comunque da fare. Ciao Giuliano 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
[Talk-dk] OpenStreetMap data camp i Vejle til marts?
Hej alle sammen Andreas Hammershøj og jeg var i Vejle 26. november og undervise. I den forbindelse kastede Majbritt Thomsen fra VisitVejle et forslag på bordet. At VisitVejle kunne holde et OpenStreetMap mappingparty til foråret 2012 fx marts for alle jer aktive i OpenStreetMap og så er Dansk Cyklist Forbunds OSM korps også inviteret. Da mange af os aldrig har set hinanden kunne det da være en kanon god ide at mødes en weekend. Det hele er på brainstorm stadiet, men jeg vil høre om der er stemning for sådan et mapping party? Jeg har lavet et uforpligtende regneark hvor du kan skrive dig på hvis du kunne være interesseret. https://docs.google.com/spreadsheet/ccc?key=0AtEEDDn3xy9BdFBSekRpWkFQaU1LOVExMk5QWGFNcVE VisitVejle skal nok sørge for overnatning og forplejning (lover ikke fri bar her), det bliver sikkert på campingplads med Wifi (selvfølgelig). Ideer kort hvad der kunne ske på på sådan en weekend lokale borgere - foreninger (cykelklubber, vandrefolk etc) inviteres til at se hvordan de kan bruge OpenStreetMap fx på GPS'ere SmartPhones eller indlejring på egne hjemmesider (måske med tracks henover) Mapping - sende lokale ud på cykelture og optage GPX tracks i fx skovområder - uploade disse og så lære dem at indtegne efter. Workshop for lokale i hvordan man kortlægger i OpenStreetMap. Ekstremt mapping i Vejleområdet - sådan noget hvor de ældre OSMer i et par timer viser hvor langt og hvor meget man kan nå. Måske en gymnasieklasse som led i geografiundervisning kunne inviteres Da VisitVejle har kontakter til pressen, så kunne OSM ad den vej måske få mere omtale i medierne. Kast endelig flere ideer på bordet (også selvom du ikke vil deltage) hvad der kunne ske på sådan en weekend. Hvis der er stemning i OSM Danmark communitiet - Så vil vi arbejde videre med ideen i januar sammen med VisitVejle - Og I hører alle sammen mere til den tid. Med venlig hilsen Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] OpenStreetMap data camp i Vejle til marts?
Soren Johannessen skrev: VisitVejle kunne holde et OpenStreetMap mappingparty til foråret 2012 fx marts Som du skriver: Kanon idé! det bliver sikkert på campingplads med Wifi En campingplads i marts? Br. Andre aktiviteter kunne være en teknisk workshop. Udover noget rettet mod de lokale, kunne det også være godt med noget rettet mod hardcore OSM-folk. Fx: * Opsætning af server * Hvordan laver man custom maps? * Videreudvikling af OSM-værktøjer * Videreudvikling af GPS-software (f.x. Navit) Og så selvfølgelig et møde med mulige dataleverandører i området. Når mødet viser sig som en succes, kan det passende gentages andre steder i landet :-) - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] OpenStreetMap data camp i Vejle til marts?
En campingplads i marts? Br. Der er snak om udlejningshytter på en campingplads i Vejle området vi evt. skal bo i jfr. VisitVejle - samt at denne campingplads også har lokaler til rådighed. (ikke sikkert at det så bliver der) Telt er nok også lige koldt nok i marts. Andre aktiviteter kunne være en teknisk workshop. Udover noget rettet mod de lokale, kunne det også være godt med noget rettet mod hardcore OSM-folk. Fx: * Opsætning af server * Hvordan laver man custom maps? * Videreudvikling af OSM-værktøjer * Videreudvikling af GPS-software (f.x. Navit) Og så selvfølgelig et møde med mulige dataleverandører i området. Tak for disse forslag - den vinkel have jeg slet ikke tænkt på ovre i den mere tekniske del og for virksomheder /Søren ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hjælp til at eksportere enkelte tags (f.eks. fejltags fra Tagwatch)
2011/12/5 Jens Winbladh j...@somewhere.dk: Hej Morten Det er lige det der er problemet er med at jeg skal rette dele af den import jeg har lavet i dele af Kolding. Jeg ved ikke om det stadig er work-in-progress, men der ser ud til at være lidt smuttere hist og her, eks: http://www.openstreetmap.org/browse/relation/1873419/history Der er tagget med LANDUSE=forest... -- Morten Siebuhr ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hjælp til at eksportere enkelte tags (f.eks. fejltags fra Tagwatch)
Hej Morten Jeg er i fuld gang med at rette op på smutterne. Desværre kan relationerne ikke til søges ud, Så man kan rette dem på den let måde (ikke hvad jeg kan finde ud). Således retter jeg dem manuelt og det tager lidt tid, I er velkommen til at rette hvis I se nogen fejl. /Jens 2011/12/7 Morten Siebuhr s...@sbhr.dk 2011/12/5 Jens Winbladh j...@somewhere.dk: Hej Morten Det er lige det der er problemet er med at jeg skal rette dele af den import jeg har lavet i dele af Kolding. Jeg ved ikke om det stadig er work-in-progress, men der ser ud til at være lidt smuttere hist og her, eks: http://www.openstreetmap.org/browse/relation/1873419/history Der er tagget med LANDUSE=forest... -- Morten Siebuhr ___ 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
