Re: [talk-ph] Reviving plan(s) for Tagaytay Mapping party
See ya'll tomorrow! On Thu, May 14, 2009 at 12:26 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Let's set the meeting place to be the Starbucks in the restaurant complex here: http://openstreetmap.org/?lat=14.102179lon=120.952071zoom=18layers=B000FTF Meeting time is 9:00 am. Good? Eugene On Mon, May 11, 2009 at 12:24 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, The planned mapping party is less than a week away. So let's get the planning into high gear. First of all, please confirm again your attendance by replying. Also indicate if you'll be bringing a vehicle that can be used for mapping. If you're not bringing a car, do you plan to go to Tagaytay using public transportation or would you be willing to be picked up along the way (maybe in Alabang?). Also indicate if you have any GPS devices that can be used. Hopefully we can fix travel arrangements for everyone soon. Second, depending on the available transportation, I don't think that everyone can do mapping individually so maybe we'll split the group into teams of 2 or 3 people. The number of teams will affect how we divide the Tagaytay cake. Third, we need to draw up a list of target places to map. While we can just say map as much as possible it would be best to prioritize by having a scavenger-hunt type of list of important POIs and landmarks, usually touristy in nature. Here's an initial list of possible places I cobbled together from various tourist web pages about Tagaytay: * City Hall * Picnic Grove * People's Park in the Sky * Taal Vista Hotel * Casino Filipino * Tagaytay Highlands * Tagaytay Crosswinds * Development Academy of the Philippines * Pink Sisters Convent * Divine Word Seminary * other retreat houses (Tagaytay is a popular destination for religious retreats) * Filipino-Japanese Friendship Garden * (some zoo that I visited before but can't remember what its name is) * Mushroom Burger! It would be nice if we can get extensive data for some of these places, e.g. buildings, driveways, walking paths of Picnic Grove. Here's the Maps web page of the Tagaytay City website: http://www.tagaytay.gov.ph/Maps.html Fourth, I'm volunteering to be the point contact person. (Maning famously doesn't have a cellphone so I'm not sure if he's willing to be the contact person.) If you all agree, confirmed participants should e-mail me privately their cellphone numbers. Anything else I missed? Eugene / seav On Thu, May 7, 2009 at 11:25 PM, Ed Garcia eppgar...@gmail.com wrote: Hi, E-Z Map has a map for Tagaytay City. Perhaps you can use that to divide the cake. You may want to divide it by the 4 major roads linking to the main Tagaytay road (Mendez Road, Amadeo Road, Aguinaldo (Silang Road), Sta Rosa Road. This should give 5 major areas. just a suggestion ... :) ed On Thu, May 7, 2009 at 10:56 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, I need help in slicing the cake for our Tagaytay mapping party, something like this: http://wiki.openstreetmap.org/wiki/London_mapping_party Unfortunately, I can't find a good tagaytay map on the web to use a reference (even the big G don't have high-res sat image). I am also unfamiliar with Tagaytay. Anybody willing to prepare the cake for the party? ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com -- http://vaes9.codedgraphic.com -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Reviving plan(s) for Tagaytay Mapping party
See you all tomorrow, I hope more people are going than replying :) Ughh I hope I dont get sick, time to sleep. :) Andre ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] QA with a lawyer
Frederik Ramm schrieb: What I'm concerned with is mainly: How big is the risk of someone whitewashing our data from the contractual part of the ODbL, then introducing it to a large jurisdiction without something like a database directive (the US?), and thereby leaving us with only plain copyright which (correct me if I'm wrong) we choose not to exercise by applying the DbCL? The ODbL does include a copyright license, with the provision that The copyright licensed includes any individual elements of the Database, but does not cover the copyright over the Contents independent of this Database. As I understand it, that means you can use individual database entries or insubstantial parts under DbCL only but need an ODbL copyright license if you use more than that. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Corine Land Cover becomes a potential OSM data source...
On Thu, 14 May 2009, Pieren wrote: For the Canadian GeoBase road import I've been using a plugin to JUMP called RoadMatcher[1] to that detects common roads between two datasets. I've then been excluding ones that aren't likely to not cause conflicts. A few more details at: http://wiki.openstreetmap.org/wiki/Geobase_NRN_-_OSM_Map_Feature For land-use you could probably write some SQL queries that run against a osm2pgsql instance that find which of your land-use polygons don't intersect with existing osm land-use tagged areas. I don't mind joining a mailing list for the data import working group, but I have enough on my plate with the various Canadian datasets that I won't be able to provide assistance scripting or importing to others for sometime. I'm not sure if I'll be able to make weekly conference calls either. [1] - http://www.jump-project.org/portal.php?PID=PL Steve Thanks for your suggestions. In our case, it is more about 80% of the import dataset that will stay. And we speak about e.g. forests, tree plantations, agricultural areas,etc which is a huge surface in France. Tha't why our preference would go to some solution making the import as much as possible automatic. For instance, a tool detecting conflicts between the new landuse polygones and existing landuse polygones, then splitting the data in two sets, one without conflicts which could be directly uploaded and one with conflicts which would require some individual investigation/edits. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: amenity=mortuary (and amenity=emergency_room)
On Thu, 14 May 2009 12:48:48 +0100, Ken Guest wrote: On Wed, May 13, 2009 at 8:39 PM, David Paleino d.pale...@gmail.com wrote: However, I'd really stick to amenity: those are meant as facilities (maybe facility= would be better? But then we would need to change a *lot* of tags out there) eh, so somebody would need to write some update rules for a bot to change them. I don't see the problem with regards to mass edits such as what would be required here. It makes far more sense to use a sensible tag name that can best describe what is required/being tagged. Ok, great, but the proposal is really about a *=mortuary (or *=morgue) tag -- it could be amenity, or healthcare (which is a key already proposed a while ago), or facility, or anything else. I believe the important part of this proposal is the *value* -- not the particular key it would be associated to (i.e. I'm open to changing it to everything else, based on sound proposals/comments) David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Czech address system
Hi, first of all I would like to say sorry for bringing up the address issue once again. I want to ask you about a system for alternative (or secondary) house numbers. In Slovakia and Czech Republic we have a system for numbering houses not only on streets (the standard 'housenumber'), but also by a unique number within a town, village or suburb. The problem is that sometimes the 'housenumber' is not present on a house and the alternative number is the only way of identifying it. Therefore we need to get this number painted. Moreover Germany and Austria can use the same field for Konskriptionsnummer (http://de.wikipedia.org/wiki/Konskriptionsnummer). Here is the most suitable solution, which has emerged from numerous discussions: 1) Currently a 'building' having 'addr:housenumber' is painted with black letters. Anything else having 'addr:housenumber' is painted with black letters and a white glow around it. 2) The proposal is to paint any 'addr:housenumber' in a uniform fashion by black letters and a white glow around. 3) The black letters without glow can be used to paint the alternative house numbers. Using text without glow would also emphasize that this system is not as important as the main one with glowing numbers. Would you agree with such a change of mapnik / osmarender style? There is one associated question: What key shall be used for this system? Current map uses 'addr:alternatenumber' just like wiki suggests on a page titled 'Key:addr'. However before discovering the wiki article, there was a proposal to rename this tag to 'addr:ref' with considerable arguments: 2009/5/13 Shaun McDonald o...@shaunmcdonald.me.uk: Hi Radek, addr:ref is shorter, thus less likely to have error in the data entry. A reference is generally used for something that is unique within a certain region, such as a country or a city. It is also smaller which means that it will take less space in the DB and downloads. ref is something that is rendered for some other things, thus addr:ref is more likely to be rendered. The probability of typos being high is a strong reason to avoid addr:alternatehousenumber. Personally I do not feel strong opinion about this. If you do, please say so. Lastly there is one option, which tends to be proposed quite often: To put the 'alternatenubmer' into 'housenumber' field, when the house has no 'housenumber'. This solution would avoid changing of renderers' styles. However this has always been refused, because of being non-systematic. When searching for an address, it is necessary to distinguish, whether the user wants the main or alternative house number. Yours sincerely, Radomir Cernoch DETAILED DESCRIPTION OF THE CZECH ADDRESS SYSTEM: We have the standard 'housenumber', which defines the order of houses on a street and therefore this number makessense only in combination with the street name. This system is used by most people as it is easy to remember and hence this number is rendered on OSM maps. In Czech this number is called číslo orientační. The second system, which we currently store in 'alternatenumber' (číslo popisné) defines a unique number of a house within a village/town or suburb. Houses are ordered historically, the oldest has number 1, the newest might have 4029. Therefore houses 4028 and 4029 can be on opposite sides of the town. This system is used for administration and in small villages it serves as the primary system, since it is not crucial to adopt the 'housenumber' system if eg. the municipality consists only of one street. -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Rendering grave yards
Hi, I have noticed a problem with osmarender: If an area is tagged as 'amenity=grave_yard', osmarender ignores it. Could I ask someone qualified to repair this problem, please? Thank you in advance, Radomir Cernoch PS: 'landuse=cemetery' is rendered well in both renderers. -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering grave yards
Radomír ?ernoch schrieb: I have noticed a problem with osmarender: If an area is tagged as 'amenity=grave_yard', osmarender ignores it. Could I ask someone qualified to repair this problem, please? 1. Permalink? 2. http://trac.openstreetmap.org/ ; login with your OSM username and password. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] TMC location codes
marcus.wolsc...@googlemail.com wrote: (When germany is done there are a dozen other countries with TMC location-codes that have published them openly or may be willing to do so.) I wonder how to reverse engineer these codes for areas like the US where these codes may be otherwise impossible or difficult to obtain. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] SOTM scholarships update
Hi Nominations for the SOTM travel scholarships closed Wednesday. We had a great response, with 35 applicants from 19 countries. It was a hard decision picking the 15, and for sure, we're going to have an awesome crew flying into Amsterdam. The scholarship recipients are being contacted today, and once they've confirmed, we'll make an announcement. Those not picked now are placed on a waiting list, in case one of the spots open up. Everyone who nominated, and was nominated, thanks very much. Best, Mikel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] bulk import support group
Hello my name is Sam and im a bulk importer. Oops, not an AA meeting :) i found using the user diary seems to help. messaging talk-ca list helps. Although directly affected, they dont know the source file as well as I do. (so they want to help, but cant) a discussion list for bulk upload would help. (i dont imagine it will be too chatty) And those who know how to use PostGIS/arcGIS as i have NO Clue how to run geobase2osm. (osm2psql) But i have the time to learn if someone can update the wiki with better instructions. Im working the best i can with Steve Singer, but there is that technical hurdle that others can help with. Btw, great job in ontario, it looks great! Cheers, Sam Vekemans Across Canada Trails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering grave yards
I have noticed a problem with osmarender: If an area is tagged as 'amenity=grave_yard', osmarender ignores it. Could I ask someone qualified to repair this problem, please? Thank you in advance, Radomir Cernoch PS: 'landuse=cemetery' is rendered well in both renderers. For areas I would assume you want it rendering as per landuse=cemetery, but how would you want it to show when applied to nodes? Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] [OSM-talk] Corine Land Cover becomes a potential OSM data source...
- Original Message From: OpenStreetMap NL discussion list talk-nl@openstreetmap.org To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] [OSM-talk] Corine Land Cover becomes a potential OSM data source... Date: 14/05/09 18:31 Martijn van Exel wrote: gt; I disagree with you on relevance. The NWB data is likely to be more gt; current and much more detailed than the AND data, so much of it will gt; be relevant and usable - although not directly. Onzin :) Van iemand enorm dicht bij de bron: gt; Verwacht trouwens niet te veel van het NWB zelf. Openstreetmap heeft gt; nu al een betere kwaliteit dan het NWB en dat verschil zal alleen gt; maar toenemen. Maar het NWB is wel de sleutel tot een heleboel gt; overheidsdata en daarom is een koppeling NWB-openstreetmap meer dan gt; wenselijk. Met als bijeffect dat je dan dus fouten in beide bestanden gt; op kunt sporen. gt; While the level of detail would make for a massive import, setting up gt; a NWB WMS layer to be used in JOSM would probably be a better idea gt; than to import the entire NWB into the OSM db. OSM zal eerst eens wat read only lagen moeten introduceren. Om zo scheiding van data te bewerkstelligen en daarvanaf branches te kunnen maken. Dan winnen er meer partijen... overheid en OSM. Helemaal mee eens. Dingen als grenzen en plaatsnamen enzo. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] OSM voor de brandweer?
Heren en Dames, Ik heb in Ede contact met een werknemer van de brandweer, en ik hoorde van hem dat ze op dit moment nog een stratenboek gebruiken om op de plek des onheils te komen, en dat ze aan het bekijken zijn wat voor navigatie systeem ze willen hebben. Er bestaat echter onvrede over de kwaliteit van commerciële kaarten. ALS wij een testopstelling kunnen opleveren met een goed routeerbare kaart bestaat er een goede kans dat ze dat gaan gebruiken. Vooral de mogelijkheid om zelf aanpassingen snel te kunnen doorvoeren is voor hen belangrijk. En met tools zoals die van ITO kunnen wijzigingen gemonitoord worden waardoor een branch niet direct noodzakelijk is. Bij mijn laatste test met de routeerbare garmin versie viel me het volgende op: - Als ik een adres invoer, is de plaats Ede onbekend. - als ik een huisnummer invoer wordt er geen mogelijke locaties gevonden. Ik hoor graag van jullie: 1 - Hoe we bovenstaande issues kunnen oplossen 2 - Wie er een Garmin met een groot scherm heeft en bereid zou zijn daarmee een demo voor de brandweer in Ede te geven. Groeten, Geert. Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping Party Hoofddorp - Morgen - Zaterdag 16 mei
Even een herinnering: Morgen is de mappingparty in Hoofddorp! Het wordt als het goed is mooi weer dus denk allemaal nog even na of je morgen langskomt en meld je even aan op de wiki. Op de wiki staat inmiddels ook een verzamelpunt waarvandaan we 's ochtends gaan beginnen. http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2009#Mapping_Party_-_Hoofddorp_-_zaterdag_16_mei Groet, Floris Floris - kun je voor mij in elk geval een Legend of een Vista meenemen? jazeker! Heb je ook gepost op de site? nee, ik ga even op zoek naar m'n wachtwoord :) groet, floris martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ 2009/5/9 Martijn van Exel mve...@gmail.com: Ik heb het ook in de agenda gezet en probeer er te zijn! martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ 2009/5/9 Roeland Douma u...@rullzer.com: Heb het ook even voor de niet talk-nl-ers op het forum gegooid. http://forum.openstreetmap.org/viewtopic.php?pid=21693 Ik ga er proberen te zijn! Groet, --Roeland On Saturday 09 May 2009 14:25:44 Floris Looijesteijn wrote: Zoals beloofd: http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2009#Mapping _Party_-_Hoofddorp_-_zaterdag_16_mei Mapping Party - Hoofddorp - zaterdag 16 mei Wat? * Mapping party: De eerste Nederlandse mapping party van 2009 :) * Omdat er tegenwoordig niet zoveel nieuwe plaatsen meer gesticht worden ben ik zoek gegaan naar een plaats waar nog veel te beteren lijkt te zijn. Waar? * Hoofddorp! In en om Hoofddorp is nog veel te doen. * Afhankelijk van de opkomst kunnen ook Nieuw-Vennep, Vijfhuizen en Zwaanshoek nog worden meegenomen. Daar lijken ook nieuwe/pas afgebouwde wijken te zijn. Wanneer? * Zaterdag 16 mei. Aanvang 10:30 bij het NS-station Hoofddorp. * Ik stel voor om van 13.00-14.00 ergens te verzamelen voor een broodje en verdere planning. * Om 17.00 lijkt me een goede tijd om de dag af te sluiten met een biertje en stoere mappingverhalen. (Ik heb gister bijvoorbeeld een schaap in de wei overeind gezet tijdens het mappen :) * Iemand goede ideeen voor een cafe o.i.d.??? Liefst met internet natuurlijk. * Als er nou echt rotweer voorspeld wordt kunnen we het misschien beter uitstellen dus hou vrijdag even de website in de gaten. Wie? * Ervaren mappers, er is veel te doen dus dit keer geen introductie voor nieuwe mappers. * Als je nog nooit bij een mappingparty bent geweest maar wel map-ervaring hebt is dit een goede kans om eens wat mensen van de community in het 'echt' te zien. * Graag even aanmelden hier op de wiki zodat ik weet hoeveel printjes ik moet maken. Hoe? * Ik zal zorgen dat er een aantal kaarten geprint zijn waar ik een vakkenindeling op zal maken. * Aan het begin van de dag kiest iedereen een vak en gaat daarbinnen alles controleren en eventueel aanvullen. * Mappen: Tenminste alle wegen, fietspaden en voetpaden maar als je wilt mag je uiteraard ook meer doen (amenity's bijvoorbeeld). * Als je een vak af hebt maar nog meer wilt doen bel je mij even en dan geef ik je een nieuw vaknummer. * Er zijn een aantal vakken waar waarschijnlijk nieuwe wijken binnen liggen en die dus wat meer tijd zullen vergen. Verder? * Een fiets lijkt me een vrij onmisbaar gereedschap maar ik zal ook wat kleinere vakken maken. * Ik kan eventueel OSM GPS-en meenemen waar een recente kaart op staat. Daarmee kun je heel makkelijk zien of iets al in OSM staat. Graag uiterlijk vrijdag doorgeven als je er daar eentje van wilt gebruiken. * Ik stel voor om de verwerking van de data niet ter plekke te doen maar liefst wel hetzelfde weekend nog zodat we een mooi voor en na plaatje kunnen maken. Een iets ander plan dan ik eerst had, maar Gert, hier moet jij ook blij mee zijn :) Groet, Floris ___ 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 ___ 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] OSM voor de brandweer?
Geert Schuring wrote: Heren en Dames, Ik heb in Ede contact met een werknemer van de brandweer, en ik hoorde van hem dat ze op dit moment nog een stratenboek gebruiken om op de plek des onheils te komen, en dat ze aan het bekijken zijn wat voor navigatie systeem ze willen hebben. Er bestaat echter onvrede over de kwaliteit van commerciële kaarten. ALS wij een testopstelling kunnen opleveren met een goed routeerbare kaart bestaat er een goede kans dat ze dat gaan gebruiken. Vooral de mogelijkheid om zelf aanpassingen snel te kunnen doorvoeren is voor hen belangrijk. En met tools zoals die van ITO kunnen wijzigingen gemonitoord worden waardoor een branch niet direct noodzakelijk is. Bij mijn laatste test met de routeerbare garmin versie viel me het volgende op: - Als ik een adres invoer, is de plaats Ede onbekend. - als ik een huisnummer invoer wordt er geen mogelijke locaties gevonden. Dat heb ik ook gezien: bij de Garmin kaart kun je zoeken op land-plaats-straat, in de OSM kaart kan dat niet, dwz: de mogelijkheid geeft het apparaat wel, maar ik was naar Münster, en de plaats vond hij wel, maar straten in die plaats had hij niet. Als ik dan zonder plaats in te geven naar de straat ging zoeken, dan vond hij de straat weer wel (maar moest je in voorkomende gevallen uit verschillende straten kiezen). Ik hoor graag van jullie: 1 - Hoe we bovenstaande issues kunnen oplossen Ik _neem aan_ dat in de Garmin kaarten een constructie als is_in wordt gebruikt, en dat is in OSM maar in hoogst enkele gevallen ingevuld. Dat zal onderzocht moeten worden, misschien iets voor een cc naar de mkgmap-dev lijst? 2 - Wie er een Garmin met een groot scherm heeft en bereid zou zijn daarmee een demo voor de brandweer in Ede te geven. Ik heb een Nüvi 205, 3.5 standaard autonavigatie ding. Als dat goed genoeg is wil ik best meewerken aan een demo, maar ik zou als hulpdienst denk ik meer geïnteresseerd zijn in een kleine PC met een GPS muis. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM voor de brandweer?
Hallo Geert! Leuk om te lezen dat je hier mee bezig bent. Ik wil het nog een stap verder trekken: Momenteel ben ik samen met een partner orienterend aan het kijken of we een specifiek open source traject van scratch kunnen opzetten voor de brandweer. Hier kunnen we alle handjes bij gebruiken! Mag ik eens met je bellen om te kijken of we wat voor elkaar kunnen betekenen? Ik zou het liefst proberen om het via een grote subsidie op te starten, bijvoorbeeld via Nederland Open In Verbinding (Noiv) Geert Schuring wrote: Heren en Dames, Ik heb in Ede contact met een werknemer van de brandweer, en ik hoorde van hem dat ze op dit moment nog een stratenboek gebruiken om op de plek des onheils te komen, en dat ze aan het bekijken zijn wat voor navigatie systeem ze willen hebben. Er bestaat echter onvrede over de kwaliteit van commerciële kaarten. ALS wij een testopstelling kunnen opleveren met een goed routeerbare kaart bestaat er een goede kans dat ze dat gaan gebruiken. Vooral de mogelijkheid om zelf aanpassingen snel te kunnen doorvoeren is voor hen belangrijk. En met tools zoals die van ITO kunnen wijzigingen gemonitoord worden waardoor een branch niet direct noodzakelijk is. Bij mijn laatste test met de routeerbare garmin versie viel me het volgende op: - Als ik een adres invoer, is de plaats Ede onbekend. - als ik een huisnummer invoer wordt er geen mogelijke locaties gevonden. Ik hoor graag van jullie: 1 - Hoe we bovenstaande issues kunnen oplossen 2 - Wie er een Garmin met een groot scherm heeft en bereid zou zijn daarmee een demo voor de brandweer in Ede te geven. Groeten, Geert. Message sent using UebiMiau 2.7.10 ___ 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] Mapping Party Hoofddorp - Morgen - Zaterdag 16 mei
Floris, Ik ben er in het tweede deel van de dag bij. Ik hoop vanaf een uur of half twee. Ik bel je zodra ik in de buurt ben. Martijn martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ 2009/5/15 Floris Looijesteijn o...@floris.nu: Even een herinnering: Morgen is de mappingparty in Hoofddorp! Het wordt als het goed is mooi weer dus denk allemaal nog even na of je morgen langskomt en meld je even aan op de wiki. Op de wiki staat inmiddels ook een verzamelpunt waarvandaan we 's ochtends gaan beginnen. http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2009#Mapping_Party_-_Hoofddorp_-_zaterdag_16_mei Groet, Floris Floris - kun je voor mij in elk geval een Legend of een Vista meenemen? jazeker! Heb je ook gepost op de site? nee, ik ga even op zoek naar m'n wachtwoord :) groet, floris martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ 2009/5/9 Martijn van Exel mve...@gmail.com: Ik heb het ook in de agenda gezet en probeer er te zijn! martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ 2009/5/9 Roeland Douma u...@rullzer.com: Heb het ook even voor de niet talk-nl-ers op het forum gegooid. http://forum.openstreetmap.org/viewtopic.php?pid=21693 Ik ga er proberen te zijn! Groet, --Roeland On Saturday 09 May 2009 14:25:44 Floris Looijesteijn wrote: Zoals beloofd: http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2009#Mapping _Party_-_Hoofddorp_-_zaterdag_16_mei Mapping Party - Hoofddorp - zaterdag 16 mei Wat? * Mapping party: De eerste Nederlandse mapping party van 2009 :) * Omdat er tegenwoordig niet zoveel nieuwe plaatsen meer gesticht worden ben ik zoek gegaan naar een plaats waar nog veel te beteren lijkt te zijn. Waar? * Hoofddorp! In en om Hoofddorp is nog veel te doen. * Afhankelijk van de opkomst kunnen ook Nieuw-Vennep, Vijfhuizen en Zwaanshoek nog worden meegenomen. Daar lijken ook nieuwe/pas afgebouwde wijken te zijn. Wanneer? * Zaterdag 16 mei. Aanvang 10:30 bij het NS-station Hoofddorp. * Ik stel voor om van 13.00-14.00 ergens te verzamelen voor een broodje en verdere planning. * Om 17.00 lijkt me een goede tijd om de dag af te sluiten met een biertje en stoere mappingverhalen. (Ik heb gister bijvoorbeeld een schaap in de wei overeind gezet tijdens het mappen :) * Iemand goede ideeen voor een cafe o.i.d.??? Liefst met internet natuurlijk. * Als er nou echt rotweer voorspeld wordt kunnen we het misschien beter uitstellen dus hou vrijdag even de website in de gaten. Wie? * Ervaren mappers, er is veel te doen dus dit keer geen introductie voor nieuwe mappers. * Als je nog nooit bij een mappingparty bent geweest maar wel map-ervaring hebt is dit een goede kans om eens wat mensen van de community in het 'echt' te zien. * Graag even aanmelden hier op de wiki zodat ik weet hoeveel printjes ik moet maken. Hoe? * Ik zal zorgen dat er een aantal kaarten geprint zijn waar ik een vakkenindeling op zal maken. * Aan het begin van de dag kiest iedereen een vak en gaat daarbinnen alles controleren en eventueel aanvullen. * Mappen: Tenminste alle wegen, fietspaden en voetpaden maar als je wilt mag je uiteraard ook meer doen (amenity's bijvoorbeeld). * Als je een vak af hebt maar nog meer wilt doen bel je mij even en dan geef ik je een nieuw vaknummer. * Er zijn een aantal vakken waar waarschijnlijk nieuwe wijken binnen liggen en die dus wat meer tijd zullen vergen. Verder? * Een fiets lijkt me een vrij onmisbaar gereedschap maar ik zal ook wat kleinere vakken maken. * Ik kan eventueel OSM GPS-en meenemen waar een recente kaart op staat. Daarmee kun je heel makkelijk zien of iets al in OSM staat. Graag uiterlijk vrijdag doorgeven als je er daar eentje van wilt gebruiken. * Ik stel voor om de verwerking van de data niet ter plekke te doen maar liefst wel hetzelfde weekend nog zodat we een mooi voor en na plaatje kunnen maken. Een iets ander plan dan ik eerst had, maar Gert, hier moet jij ook blij mee zijn :) Groet, Floris ___ 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 ___ 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] [OSM-talk] Corine Land Cover becomes a potential OSM data source...
2009/5/14 Stefan de Konink ste...@konink.de: Martijn van Exel wrote: I disagree with you on relevance. The NWB data is likely to be more current and much more detailed than the AND data, so much of it will be relevant and usable - although not directly. Onzin :) Van iemand enorm dicht bij de bron: Verwacht trouwens niet te veel van het NWB zelf. Openstreetmap heeft nu al een betere kwaliteit dan het NWB en dat verschil zal alleen maar toenemen. Maar het NWB is wel de sleutel tot een heleboel overheidsdata en daarom is een koppeling NWB-openstreetmap meer dan wenselijk. Met als bijeffect dat je dan dus fouten in beide bestanden op kunt sporen. Als dat zo is - wie is diegene dicht bij de bron en vanwaar de geheimzinnigheid? - dan moeten we onze strategie daarop aanpassen. Ik neem niet zomaar aan dat A of B beter is en denk dat we tzt de mogelijkheid moeten creëren om de kwaliteit onderling te vergelijken. Daarvoor is het noodzakelijk om referentiedata te hebben - deels kunnen daar onze collectieve GPS-tracks voor dienen, maar een recente, kwalitatief goede sedt luchtfoto's lijkt me nog het beste. While the level of detail would make for a massive import, setting up a NWB WMS layer to be used in JOSM would probably be a better idea than to import the entire NWB into the OSM db. OSM zal eerst eens wat read only lagen moeten introduceren. Om zo scheiding van data te bewerkstelligen en daarvanaf branches te kunnen maken. Dan winnen er meer partijen... overheid en OSM. Het ligt eraan wat je uitgangspunt is voor OSM. Sommigen zien OSM als zuiver 'de beste vrije wereldkaart', terwijl anderen - waartoe ik mezelf reken, en jij ook toch Stefan? - OSM uiteindelijk zien als de ultieme repository voor vrije geodata. Eerstgenoemden zullen elke import / toegoeging zien in het licht van het kaartproduct, zij het op het scherm, zij het wellicht in andere vormen. Laatstgenoemden zullen neigen naar het openstellen van de OSM-database voor (al dan niet read-only) lagen / tabellen met 'externe' bronnen. Zo krijg je de synergie tussen aanleverende partijen waar jij het ook over hebt. Op dat punt zijn we het dus volgens mij dan weer wel eens. Tenslotte, plug: Zaterdag mappen in Hoofddorp! Kom ook! http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2009#Mapping_Party_-_Hoofddorp_-_zaterdag_16_mei martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [OSM-talk] Corine Land Cover becomes a potential OSM data source...
Martijn van Exel wrote: 2009/5/14 Stefan de Konink ste...@konink.de: Martijn van Exel wrote: I disagree with you on relevance. The NWB data is likely to be more current and much more detailed than the AND data, so much of it will be relevant and usable - although not directly. Onzin :) Van iemand enorm dicht bij de bron: Verwacht trouwens niet te veel van het NWB zelf. Openstreetmap heeft nu al een betere kwaliteit dan het NWB en dat verschil zal alleen maar toenemen. Maar het NWB is wel de sleutel tot een heleboel overheidsdata en daarom is een koppeling NWB-openstreetmap meer dan wenselijk. Met als bijeffect dat je dan dus fouten in beide bestanden op kunt sporen. Als dat zo is - wie is diegene dicht bij de bron en vanwaar de geheimzinnigheid? - dan moeten we onze strategie daarop aanpassen. Ik neem niet zomaar aan dat A of B beter is en denk dat we tzt de mogelijkheid moeten creëren om de kwaliteit onderling te vergelijken. De kwaliteit kun je al vergelijken, ga naar maximumsnelheden.nl en zoom in op de mapnik layer. Dan zul je zien dat het NWB is vervuild met 'nieuwe kaart' materiaal. En er nog een aantal dingen niet in orde zijn. Daarvoor is het noodzakelijk om referentiedata te hebben - deels kunnen daar onze collectieve GPS-tracks voor dienen, maar een recente, kwalitatief goede sedt luchtfoto's lijkt me nog het beste. 15m is al beschikbaar in CC-BY-SA. 1m is al beschikbaar in CC-BY-NC. Gezien we zelf bezig zijn met de 1px=7cm set lijkt me de optie 'vooral doorgaan' en het aanbod om een getfeaturebyXY te gaan doen op het NWB om zo al onze wegen te taggen met een maxspeed een heel erg goede suggestie. While the level of detail would make for a massive import, setting up a NWB WMS layer to be used in JOSM would probably be a better idea than to import the entire NWB into the OSM db. OSM zal eerst eens wat read only lagen moeten introduceren. Om zo scheiding van data te bewerkstelligen en daarvanaf branches te kunnen maken. Dan winnen er meer partijen... overheid en OSM. Het ligt eraan wat je uitgangspunt is voor OSM. Sommigen zien OSM als zuiver 'de beste vrije wereldkaart', terwijl anderen - waartoe ik mezelf reken, en jij ook toch Stefan? - OSM uiteindelijk zien als de ultieme repository voor vrije geodata. ...dat zien we inderdaad beide zo, maar zoals al aangegeven niet in deze vorm. Te veel mensen kunnen te eenvoudig feitelijke data slopen. Eerstgenoemden zullen elke import / toegoeging zien in het licht van het kaartproduct, zij het op het scherm, zij het wellicht in andere vormen. Laatstgenoemden zullen neigen naar het openstellen van de OSM-database voor (al dan niet read-only) lagen / tabellen met 'externe' bronnen. Zo krijg je de synergie tussen aanleverende partijen waar jij het ook over hebt. Op dat punt zijn we het dus volgens mij dan weer wel eens. Eigenlijk zijn we het altijd met elkaar eens ;) Tenslotte, plug: Zaterdag mappen in Hoofddorp! Kom ook! http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2009#Mapping_Party_-_Hoofddorp_-_zaterdag_16_mei Het staat op de planning, Floris weet m'n 'constraint'. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl [was: Corine Land Cover ...]
On Friday 15 May 2009 11:17, Stefan de Konink wrote: De kwaliteit kun je al vergelijken, ga naar maximumsnelheden.nl en zoom in op de mapnik layer. Dan zul je zien dat het NWB is vervuild met 'nieuwe kaart' materiaal. En er nog een aantal dingen niet in orde zijn. Nog sterker: ze gebruiken deels (oude) OSM data in de Achtergrondkaart - NWB, zonder attributie voor zover ik kan zien. Hoe zit dat? -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl [was: Corine Land Cover ...]
Freek wrote: On Friday 15 May 2009 11:17, Stefan de Konink wrote: De kwaliteit kun je al vergelijken, ga naar maximumsnelheden.nl en zoom in op de mapnik layer. Dan zul je zien dat het NWB is vervuild met 'nieuwe kaart' materiaal. En er nog een aantal dingen niet in orde zijn. Nog sterker: ze gebruiken deels (oude) OSM data in de Achtergrondkaart - NWB, zonder attributie voor zover ik kan zien. Hoe zit dat? http://www.maximumsnelheden.nl/doc/faq.html Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM voor de brandweer?
Maarten Deen wrote: Maarten Deen wrote: Geert Schuring wrote: Ik hoor graag van jullie: 1 - Hoe we bovenstaande issues kunnen oplossen Ik _neem aan_ dat in de Garmin kaarten een constructie als is_in wordt gebruikt, en dat is in OSM maar in hoogst enkele gevallen ingevuld. Dat zal onderzocht moeten worden, misschien iets voor een cc naar de mkgmap-dev lijst? En ik zie dat daar ook al een discussie over was: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2009q2/001746.html Op de mailinglijst van Mkgmap wordt inderdaad besproken hoe het best de plaatsen en adressen aan elkaar gekoppeld kunnen worden. Op basis van polygonen heeft voor velen een voorkeur en zal tzt wel geimplementeerd worden (Patches welcome natuurlijk :-) ). Tot die tijd kunnen vziw alleen straten gevonden worden met een is_in tag. Persoonlijk beschouw ik de is_in tag overigens als een no-go area aangezien die tag al gauw een zootje wordt en het misschien de vooruitgang in de gewenste richting vertraagt. Je zit ook nu nog met het probleem dat over het algemeen huisnummers niet in OSM te vinden zijn. Die staan ook niet in een stratenboek maar als je digitale kaartsystemen met elkaar gaat vergelijken heeft bijv TomTom hier nog wel een groot voordeel. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl [was: Corine Land Cover ...]
Stefan de Konink wrote: Freek wrote: On Friday 15 May 2009 11:17, Stefan de Konink wrote: De kwaliteit kun je al vergelijken, ga naar maximumsnelheden.nl en zoom in op de mapnik layer. Dan zul je zien dat het NWB is vervuild met 'nieuwe kaart' materiaal. En er nog een aantal dingen niet in orde zijn. Nog sterker: ze gebruiken deels (oude) OSM data in de Achtergrondkaart - NWB, zonder attributie voor zover ik kan zien. Hoe zit dat? http://www.maximumsnelheden.nl/doc/faq.html quote uit de FAQ: Wat is Open Street Maps? Open Street Maps is een publiek initiatief: vrijwilligers onderhouden de gegevens en het kaartmateriaal via een website . De naamgeving klopt niet hoewel ik de spelling wel vaker zo tegen kom. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl [was: Corine Land Cover ...]
Lambertus wrote: Stefan de Konink wrote: Freek wrote: On Friday 15 May 2009 11:17, Stefan de Konink wrote: De kwaliteit kun je al vergelijken, ga naar maximumsnelheden.nl en zoom in op de mapnik layer. Dan zul je zien dat het NWB is vervuild met 'nieuwe kaart' materiaal. En er nog een aantal dingen niet in orde zijn. Nog sterker: ze gebruiken deels (oude) OSM data in de Achtergrondkaart - NWB, zonder attributie voor zover ik kan zien. Hoe zit dat? http://www.maximumsnelheden.nl/doc/faq.html quote uit de FAQ: Wat is Open Street Maps? Open Street Maps is een publiek initiatief: vrijwilligers onderhouden de gegevens en het kaartmateriaal via een website . De naamgeving klopt niet hoewel ik de spelling wel vaker zo tegen kom. Dat had ik al gemeld :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM voor de brandweer?
De brandweer gebruikt nog een stratenboek? Hoe zit het dan met CityGIS en Sherpa? Zelfs de ambulance-motor van Kennemerland heeft CityGIS aan boord om door de stad geloodst te worden. Ik heb meer zicht op het geen de politie gebruikt. De grootste ergernissen daar zijn dan het niet tot nauwelijks mogelijk is om wegen digitaal af te sluiten. Denk bijvoorbeeld aan wegwerkzaamheden, tijdelijke weg afsluitingen door evenementen en wat al niet meer. Afsluitingen voor langere tijd staan er soms nog net in, maar korte afsluitingen, van een dag of een paar dagen (denk aan TT, bevrijdings evenementen, bloemencorso) staan er vaak niet met als gevolg dat routeren op dat soort moment verkeerd gaat. Ik blijf dit even volgen. En ik ga op mijn werk eens na in hoeverre de politie met deze materie om gaat. Brandweer, GGGD en politie zitten tegenwoordig namelijk allemaal in één meldkamer. Lijkt me stug dat ze dan alle drie verschillende spullen gebruiken voor de meldkamer systemen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM voor de brandweer?
Ronald Nooij wrote: De brandweer gebruikt nog een stratenboek? Hoe zit het dan met CityGIS en Sherpa? Zelfs de ambulance-motor van Kennemerland heeft CityGIS aan boord om door de stad geloodst te worden. Ik heb meer zicht op het geen de politie gebruikt. De grootste ergernissen daar zijn dan het niet tot nauwelijks mogelijk is om wegen digitaal af te sluiten. Denk bijvoorbeeld aan wegwerkzaamheden, tijdelijke weg afsluitingen door evenementen en wat al niet meer. Afsluitingen voor langere tijd staan er soms nog net in, maar korte afsluitingen, van een dag of een paar dagen (denk aan TT, bevrijdings evenementen, bloemencorso) staan er vaak niet met als gevolg dat routeren op dat soort moment verkeerd gaat. Ik blijf dit even volgen. En ik ga op mijn werk eens na in hoeverre de politie met deze materie om gaat. Brandweer, GGGD en politie zitten tegenwoordig namelijk allemaal in één meldkamer. Lijkt me stug dat ze dan alle drie verschillende spullen gebruiken voor de meldkamer systemen. Het moet mogelijk zijn om voor Nederland (volautomatisch dan wel op request) een OSM Garmin kaart te produceren die enkele minuten of uren achterloopt op de centrale database. Daarmee zouden we dit soort situaties ondervangen maar dan moet je de Garmin natuurlijk wel aan een pc hangen voor een update. Met een volledig opensource systeem op een PDA o.i.d. met GPRS aansluiting is het zelfs mogelijk om de apparaten vrijwel realtime up to date te houden. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl [was: Corine Land Cover ...]
Lennard wrote: Klopt, maar Freek heeft toch een punt. Dit is ver van de eigenlijke kaart verwijderd. Het valt me wel weer op dat we gaan 'zeikwijven' over licenties op het moment dat er veel belangrijkere dingen beschikbaar zijn gekomen, terwijl deze meuk een betere verwijzing naar OSM heeft dan menige andere tile implementatie. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl [was: Corine Land Cover ...]
Stefan de Konink wrote: Nog sterker: ze gebruiken deels (oude) OSM data in de Achtergrondkaart - De mapnik laag wijst naar tile.openstreetmap.org, en lijkt me daarmee niet oud. NWB, zonder attributie voor zover ik kan zien. Hoe zit dat? http://www.maximumsnelheden.nl/doc/faq.html Klopt, maar Freek heeft toch een punt. Dit is ver van de eigenlijke kaart verwijderd. Als je naar de OSM layer schakelt, komt rechtsonder ook een link OpenStreetMap tevoorschijn. Daar zou nog wel iets meer kunnen staan qua attributie. Aan de andere kant, ook op onze eigen kaarten (tile.openstreetmap.nl en (tijdelijk) nieuw.openstreet.nl) is er niet veel te vinden in de stijl van (C) 2009 OpenStreetMap contributors. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
On Friday 15 May 2009 12:31, Lennard wrote: Stefan de Konink wrote: Nog sterker: ze gebruiken deels (oude) OSM data in de Achtergrondkaart - De mapnik laag wijst naar tile.openstreetmap.org, en lijkt me daarmee niet oud. Klopt, maar ik heb het dus explicitiet over de laag die Achtergrondkaart - NWB heet... NWB, zonder attributie voor zover ik kan zien. Hoe zit dat? http://www.maximumsnelheden.nl/doc/faq.html Klopt, maar Freek heeft toch een punt. Dit is ver van de eigenlijke kaart verwijderd. En ik zie geen attributie, er staat nergens dat de NWB kaart OSM data bevat. Als je naar de OSM layer schakelt, komt rechtsonder ook een link OpenStreetMap tevoorschijn. Daar zou nog wel iets meer kunnen staan qua attributie. Aan de andere kant, ook op onze eigen kaarten (tile.openstreetmap.nl en (tijdelijk) nieuw.openstreet.nl) is er niet veel te vinden in de stijl van (C) 2009 OpenStreetMap contributors. Inderdaad, op de Mapnik kaart staat tenminste iets wat je attributie zou kunnen noemen, daar val ik ook niet over. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl [was: Corine Land Cover ...]
On Friday 15 May 2009 12:40, Stefan de Konink wrote: Lennard wrote: Klopt, maar Freek heeft toch een punt. Dit is ver van de eigenlijke kaart verwijderd. Het valt me wel weer op dat we gaan 'zeikwijven' over licenties op het moment dat er veel belangrijkere dingen beschikbaar zijn gekomen, terwijl deze meuk een betere verwijzing naar OSM heeft dan menige andere tile implementatie. Ok, om eerlijk te zijn was ook niet het gebrek aan attributie hetgene wat me opviel, maar het feit alleen dat er OSM data gebruikt wordt binnen de NWB kaart (dus niet de aparte Mapnik layer). Ik vraag me (uit verwondering) af hoe die daar gekomen is. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
Freek wrote: On Friday 15 May 2009 12:31, Lennard wrote: Stefan de Konink wrote: Nog sterker: ze gebruiken deels (oude) OSM data in de Achtergrondkaart - De mapnik laag wijst naar tile.openstreetmap.org, en lijkt me daarmee niet oud. Klopt, maar ik heb het dus explicitiet over de laag die Achtergrondkaart - NWB heet... NWB != OSM? NWB, zonder attributie voor zover ik kan zien. Hoe zit dat? http://www.maximumsnelheden.nl/doc/faq.html Klopt, maar Freek heeft toch een punt. Dit is ver van de eigenlijke kaart verwijderd. En ik zie geen attributie, er staat nergens dat de NWB kaart OSM data bevat. En dat doet het ook niet? Als je naar de OSM layer schakelt, komt rechtsonder ook een link OpenStreetMap tevoorschijn. Daar zou nog wel iets meer kunnen staan qua attributie. Aan de andere kant, ook op onze eigen kaarten (tile.openstreetmap.nl en (tijdelijk) nieuw.openstreet.nl) is er niet veel te vinden in de stijl van (C) 2009 OpenStreetMap contributors. Inderdaad, op de Mapnik kaart staat tenminste iets wat je attributie zou kunnen noemen, daar val ik ook niet over. ...wat is je punt dan? Ik heb het over de vergelijking die je krijgt als je de mapnik kaart selecteert en inzoomd. Dan krijg je NWB wegen over OSM data. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
On Friday 15 May 2009 12:56, Stefan de Konink wrote: Freek wrote: [...] En ik zie geen attributie, er staat nergens dat de NWB kaart OSM data bevat. En dat doet het ook niet? Zie onder. Als je naar de OSM layer schakelt, komt rechtsonder ook een link OpenStreetMap tevoorschijn. Daar zou nog wel iets meer kunnen staan qua attributie. Aan de andere kant, ook op onze eigen kaarten (tile.openstreetmap.nl en (tijdelijk) nieuw.openstreet.nl) is er niet veel te vinden in de stijl van (C) 2009 OpenStreetMap contributors. Inderdaad, op de Mapnik kaart staat tenminste iets wat je attributie zou kunnen noemen, daar val ik ook niet over. ...wat is je punt dan? Ik heb het over de vergelijking die je krijgt als je de mapnik kaart selecteert en inzoomd. Dan krijg je NWB wegen over OSM data. Ik heb het niet over jouw opmerking m.b.t. de accuraatheid van de NWB data. Ik heb het over mijn observatie dat de NWB laag OSM data bevat. Niet de straten voorzover ik kan zien, maar wel landuse e.d. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl [was: Corine Land Cover ...]
Freek wrote: Het valt me wel weer op dat we gaan 'zeikwijven' over licenties op het moment dat er veel belangrijkere dingen beschikbaar zijn gekomen, Dat er belangrijkere dingen zijn, wil niet zeggen dat je minder belangrijke dingen uit het oog moet verliezen. Ok, om eerlijk te zijn was ook niet het gebrek aan attributie hetgene wat me opviel, maar het feit alleen dat er OSM data gebruikt wordt binnen de NWB kaart (dus niet de aparte Mapnik layer). Ik vraag me (uit verwondering) af hoe die daar gekomen is. Waarom denk je dat er OSM-data op de NWB-laag staat? De NWB-laag is NWB, en daar zit geen greintje OSM in. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
2009/5/15 Freek freek_...@vanwal.nl: On Friday 15 May 2009 12:56, Stefan de Konink wrote: Freek wrote: [...] En ik zie geen attributie, er staat nergens dat de NWB kaart OSM data bevat. En dat doet het ook niet? Zie onder. Als je naar de OSM layer schakelt, komt rechtsonder ook een link OpenStreetMap tevoorschijn. Daar zou nog wel iets meer kunnen staan qua attributie. Aan de andere kant, ook op onze eigen kaarten (tile.openstreetmap.nl en (tijdelijk) nieuw.openstreet.nl) is er niet veel te vinden in de stijl van (C) 2009 OpenStreetMap contributors. Inderdaad, op de Mapnik kaart staat tenminste iets wat je attributie zou kunnen noemen, daar val ik ook niet over. ...wat is je punt dan? Ik heb het over de vergelijking die je krijgt als je de mapnik kaart selecteert en inzoomd. Dan krijg je NWB wegen over OSM data. Ik heb het niet over jouw opmerking m.b.t. de accuraatheid van de NWB data. Ik heb het over mijn observatie dat de NWB laag OSM data bevat. Niet de straten voorzover ik kan zien, maar wel landuse e.d. Waarschijnlijk wel - en in dat geval moet er attributie zijn. Ik zie dat de landuse-laag wel verouderd is; ik zoom in op Amsterdam-Noord, waar ik in de afgelopen tijd wat gewerkt heb aan de landuse-laag, maar daar zie ik de status van minstens een paar maanden geleden. martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
Freek wrote: Ik heb het niet over jouw opmerking m.b.t. de accuraatheid van de NWB data. Ik heb het over mijn observatie dat de NWB laag OSM data bevat. Niet de straten voorzover ik kan zien, maar wel landuse e.d. Dat is interessant want hiermee hebben ze het NWB CC-BY-SA gemaakt :D Kun je die claim hard maken? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM voor de brandweer?
Ronald Nooij wrote: De brandweer gebruikt nog een stratenboek? Hoe zit het dan met CityGIS en Sherpa? Hehehehe.. Ronald, ik kan wel een boekje open doen over Sherpa, maar lijkt me politiek gezien niet handig. De brandweer heeft ten opzichte van Sherpa (vanuit ISC en de politie geinitieerd) een afwachtende houding aangenomen maar is niet stil gaan zitten... Het feit dat Sherpa nog niet is wat het beoogde te zijn biedt mogelijkheden. CityGIS is beter inderdaad, maar wel closed. Daarnaast zijn er voor de brandweer een heleboel extra wensen en zou het gewenst zijn applicaties zoals cityGIS te integreren met bijvoorbeeld digitale bereikbaarheidskaarten. Daarnaast gebruiken veel brandweer organisaties Care van AVD-ICT (Wie heeft dat toch gemaakt?! :-D ) Waarin ze allerlei situaties doorberekenen; b.v. er is een groot evenement in een stad, straat x is afgesloten, wat is het effect op de bereikbaarheid? In Care heeft de brandweer de mogelijkheid het wegennet naar eigen wens aan te passen! Altijd en overal. Dit concept zou ik eigenlijk verder door willen dragen en ook op basis van osm mogelijk willen maken. Bedenk eens hoe interessant het zou zijn als een preparist een stratennet situatie vanaf zijn desktop optimaliseert op basis van: Tijdstip op de dag, evenementen etc. en de brandweer voertuigen downloaden dit vervolgens in hun routeplanner?!? Daarnaast zijn er een heleboel restricties in het wegennet voor brandweervoertuigen (wegbelasting, doorrijhoogtes) en privileges (busbanen, speciale doorsteken) die een eigen wegennet erg interessant en eigenlijk essentieel maken... Zelfs de ambulance-motor van Kennemerland heeft CityGIS aan boord om door de stad geloodst te worden. Ik heb meer zicht op het geen de politie gebruikt. De grootste ergernissen daar zijn dan het niet tot nauwelijks mogelijk is om wegen digitaal af te sluiten. Denk bijvoorbeeld aan wegwerkzaamheden, tijdelijke weg afsluitingen door evenementen en wat al niet meer. Is een kwestie van politiek: Beste Politiebaas, geef je closed source prefered suppliers nou eens een schop onder hun hol zodat ze iets voor jou gaan doen in plaats van met de kleren van de keizer te strooien! Afsluitingen voor langere tijd staan er soms nog net in, maar korte afsluitingen, van een dag of een paar dagen (denk aan TT, bevrijdings evenementen, bloemencorso) staan er vaak niet met als gevolg dat routeren op dat soort moment verkeerd gaat. Daar is een waanzinnig mooie oplossing voor te bedenken! Ik blijf dit even volgen. En ik ga op mijn werk eens na in hoeverre de politie met deze materie om gaat. Brandweer, GGGD en politie zitten tegenwoordig namelijk allemaal in één meldkamer. Lijkt me stug dat ze dan alle drie verschillende spullen gebruiken voor de meldkamer systemen. Nee, ze gebruiken inderdaad één meldkamer systeem: CMS. In de meldkamer zit geen intelligente navigatie en wordt momenteel geen gebruik gemaakt van routeringsfunctionaliteit. Wél is er een soort GIS viewer. Er wordt momenteel wel gewerkt aan een intelligentere messagebus, maar momenteel stuurt de meldkamer signalen via de seriele poort met maximaal 80 karakters per bericht :-P Daarnaast is er een zeer complexe uitruk module in het meldkamer systeem die bepaalt op basis van vlakken welke voertuigen van de brandweer bij welk incident type moeten uitrukken. De berekeningsmethode hiervoor is een halfjaarlijkse batch. die per straat aangeeft wat de voorkeursuitruk volgorde is. Meer weten? ___ 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] maximumsnelheden.nl
Martijn van Exel wrote: Waarschijnlijk wel - en in dat geval moet er attributie zijn. Ik zie dat de landuse-laag wel verouderd is; ik zoom in op Amsterdam-Noord, waar ik in de afgelopen tijd wat gewerkt heb aan de landuse-laag, maar daar zie ik de status van minstens een paar maanden geleden. Is er geen mogelijkheid dat ze landuse data uit een andere overheidsbron hebben betrokken? -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM voor de brandweer?
Lambertus wrote: Ronald Nooij wrote: De brandweer gebruikt nog een stratenboek? Hoe zit het dan met CityGIS en Sherpa? Zelfs de ambulance-motor van Kennemerland heeft CityGIS aan boord om door de stad geloodst te worden. Ik heb meer zicht op het geen de politie gebruikt. De grootste ergernissen daar zijn dan het niet tot nauwelijks mogelijk is om wegen digitaal af te sluiten. Denk bijvoorbeeld aan wegwerkzaamheden, tijdelijke weg afsluitingen door evenementen en wat al niet meer. Afsluitingen voor langere tijd staan er soms nog net in, maar korte afsluitingen, van een dag of een paar dagen (denk aan TT, bevrijdings evenementen, bloemencorso) staan er vaak niet met als gevolg dat routeren op dat soort moment verkeerd gaat. Ik blijf dit even volgen. En ik ga op mijn werk eens na in hoeverre de politie met deze materie om gaat. Brandweer, GGGD en politie zitten tegenwoordig namelijk allemaal in één meldkamer. Lijkt me stug dat ze dan alle drie verschillende spullen gebruiken voor de meldkamer systemen. Het moet mogelijk zijn om voor Nederland (volautomatisch dan wel op request) een OSM Garmin kaart te produceren die enkele minuten of uren achterloopt op de centrale database. Daarmee zouden we dit soort situaties ondervangen maar dan moet je de Garmin natuurlijk wel aan een pc hangen voor een update. Met een volledig opensource systeem op een PDA o.i.d. met GPRS aansluiting is het zelfs mogelijk om de apparaten vrijwel realtime up to date te houden. Genoteerd! Ik krijg je wel aan het werk Lambertus! Alleen moet ik eerst even een échte overheidssubsidie in het kader van Open Source en Open standaards in Openbare orde en Veiligheidbinnenslepen :-P ___ 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] maximumsnelheden.nl
Mogelijk, maar ik zie teveel overeenkomsten met OSM om het waarschijnlijk te vinden. martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ 2009/5/15 Lennard l...@xs4all.nl: Martijn van Exel wrote: Waarschijnlijk wel - en in dat geval moet er attributie zijn. Ik zie dat de landuse-laag wel verouderd is; ik zoom in op Amsterdam-Noord, waar ik in de afgelopen tijd wat gewerkt heb aan de landuse-laag, maar daar zie ik de status van minstens een paar maanden geleden. Is er geen mogelijkheid dat ze landuse data uit een andere overheidsbron hebben betrokken? -- Lennard ___ 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] OSM voor de brandweer?
Lambertus wrote: Maarten Deen wrote: Maarten Deen wrote: Geert Schuring wrote: Ik hoor graag van jullie: 1 - Hoe we bovenstaande issues kunnen oplossen Ik _neem aan_ dat in de Garmin kaarten een constructie als is_in wordt gebruikt, en dat is in OSM maar in hoogst enkele gevallen ingevuld. Dat zal onderzocht moeten worden, misschien iets voor een cc naar de mkgmap-dev lijst? En ik zie dat daar ook al een discussie over was: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2009q2/001746.html Op de mailinglijst van Mkgmap wordt inderdaad besproken hoe het best de plaatsen en adressen aan elkaar gekoppeld kunnen worden. Op basis van polygonen heeft voor velen een voorkeur en zal tzt wel geimplementeerd worden (Patches welcome natuurlijk :-) ). Tot die tijd kunnen vziw alleen straten gevonden worden met een is_in tag. Persoonlijk beschouw ik de is_in tag overigens als een no-go area aangezien die tag al gauw een zootje wordt en het misschien de vooruitgang in de gewenste richting vertraagt. Mag ik vragen waarom de oplossing met een polygoon de voorkeur heeft? Om dat werkend te krijgen zul je die polygoon moeten downloaden en dus moeten weten waar de randen van die polygoon zich bevinden (wat op plaats niveau nog niet zo erg is, maar hoe weet je dat je je in land X bevindt?). Voor een applicatie als Mkgmap zal dat niet zo'n probleem zijn omdat daar i.h.a. grote boundingboxes gebruikt worden, maar het betekent voor zoekopdrachten wel dat je altijd een schaduwdatabase nodig hebt om te zien welke straat zich in welke plaats bevindt. En dat is niet nodig met een is_in of addr: tag op de ways of nodes, dan is een query op de sourcedata voldoende. Is bekend hoe dat in de Mapsource kaarten is opgelost? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM voor de brandweer?
On Friday 15 May 2009, Lambertus wrote: Het moet mogelijk zijn om voor Nederland (volautomatisch dan wel op request) een OSM Garmin kaart te produceren die enkele minuten of uren achterloopt op de centrale database. Daarmee zouden we dit soort situaties ondervangen maar dan moet je de Garmin natuurlijk wel aan een pc hangen voor een update. Met een volledig opensource systeem op een PDA o.i.d. met GPRS aansluiting is het zelfs mogelijk om de apparaten vrijwel realtime up to date te houden. Ik zou toch opteren voor allereerst een vorm van quality assurance te introduceren voor je zo ver gaat als de kaarten voor hulpdiensten te gebruiken en ze zelfs automatisch te laten updaten. En dan nog andere problemen: ik denk niet dat je wil dat de brandweer een paar minuten gaat omrijden bij een oproep omdat de OSM snapshot juist gemaakt is terwijl iemand een kruispunt aan het bewerken was en nog niet alle verbindingen had gemaakt... En dan heb ik het nog niet over kwaadwillige bedoelingen. En wie is dan aansprakelijk als blijkt dat een fout in de kaarten van OSM ervoor gezorgd hebben dat iets erger werd? Hoe zit dat met commerciële kaarten? Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
Lennard wrote: achtergrond kaart OpenStreetMap januari 2008 mededeling op de maximumsnelheden.nl kaart. Maar waarom vragen we ze het niet gewoon? achtergrond kaart is op mijn verzoek de live kaart geworden. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
Martijn van Exel wrote: Mogelijk, maar ik zie teveel overeenkomsten met OSM om het waarschijnlijk te vinden. Ik kan me de exacte outline van de landuse=residential van mijn dorp niet echt goed meer herinneren, maar ik weet wel dat ik het snel heb verbeterd toen ik met OSM begon. Wat ik nu op die NWB-laag zie staan, voor hetzelfde dorp, is grondig fout, maar ik kan niet uitsluiten dat het er in OSM toen ook zo heeft uitgezien. De landuse=residential van OSM is in ieder geval afkomstig uit de AND-import. Wat de datering van de landuse in die NWB-laag betreft: dit zou in ieder geval geplaatst kunnen worden voor 2008-08-18, de datum van mijn eerste edit. Dat zou dan weer gecorreleerd kunnen worden aan de achtergrond kaart OpenStreetMap januari 2008 mededeling op de maximumsnelheden.nl kaart. Maar waarom vragen we ze het niet gewoon? -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
Lennard wrote: Stefan de Konink wrote: achtergrond kaart is op mijn verzoek de live kaart geworden. Zou dat niet slaan op de achtergrond (landuse) op de NWB-laag? :) Neen, tot vorige week hadden ze een soort van statische mapnik laag van jan 2008. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Over die NWB data op maximumsnelheden.nl
Ik zie daar precies dezelfde 'fouten' als de laatste tijd ook in google opduiken. Zoals het al eerder door mij gemelde verdwijnen van de Prins Willem Alexander weg die er toch echt gewoon nog rustig bij ligt. ( http://lists.openstreetmap.org/pipermail/talk-nl/2009-April/008605.html ) Eigenlijk dus 2 vragen: - Is het NWB hier fout? - Gebruikt Google (indirect) het NWB? Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM voor de brandweer?
Maarten Deen wrote: Lambertus wrote: Maarten Deen wrote: Maarten Deen wrote: Geert Schuring wrote: Ik hoor graag van jullie: 1 - Hoe we bovenstaande issues kunnen oplossen Ik _neem aan_ dat in de Garmin kaarten een constructie als is_in wordt gebruikt, en dat is in OSM maar in hoogst enkele gevallen ingevuld. Dat zal onderzocht moeten worden, misschien iets voor een cc naar de mkgmap-dev lijst? En ik zie dat daar ook al een discussie over was: http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2009q2/001746.html Op de mailinglijst van Mkgmap wordt inderdaad besproken hoe het best de plaatsen en adressen aan elkaar gekoppeld kunnen worden. Op basis van polygonen heeft voor velen een voorkeur en zal tzt wel geimplementeerd worden (Patches welcome natuurlijk :-) ). Tot die tijd kunnen vziw alleen straten gevonden worden met een is_in tag. Persoonlijk beschouw ik de is_in tag overigens als een no-go area aangezien die tag al gauw een zootje wordt en het misschien de vooruitgang in de gewenste richting vertraagt. Mag ik vragen waarom de oplossing met een polygoon de voorkeur heeft? Natuurlijk :) Om dat werkend te krijgen zul je die polygoon moeten downloaden en dus moeten weten waar de randen van die polygoon zich bevinden (wat op plaats niveau nog niet zo erg is, maar hoe weet je dat je je in land X bevindt?). Voor een applicatie als Mkgmap zal dat niet zo'n probleem zijn omdat daar i.h.a. grote boundingboxes gebruikt worden, maar het betekent voor zoekopdrachten wel dat je altijd een schaduwdatabase nodig hebt om te zien welke straat zich in welke plaats bevindt. En dat is niet nodig met een is_in of addr: tag op de ways of nodes, dan is een query op de sourcedata voldoende. Er zijn zo'n 250 landen (ofzo) waar je zonder veel ruimte nodig te hebben een polygoon voor kunt opslaan. Er zijn bovendien is de verhouding tussen polygonen/straten zodanig dat je beter polygonen kunt opslaan. Het grote voordeel van het gebruiken van polygonen is dat je het bepalen van is_in een rekenkundig probleem maakt i.p.v. mapping. Als je is_in wilt goed wilt mappen dan krijg je dit (ietwat overdreven): Lekstraat is_in rivierenbuurt, apeldoorn-zuid, apeldoorn, gemeente apeldoorn gelderland, stedendriehoek, midden-nederland, nederland, benelux, west-europa, europa, aarde En dan heb je nog geen ondervanging voor de verschillende talen (bijv. The Hague, Holland, Europe) enzo. Bovendien moet je dan die hele reeks op *alle* straten, gebouwen, POI's, polygonen etc in Nederland gaan doen. Het lijkt me duidelijk dat polygonen veel netter zijn om dit op te lossen. Voor randgevallen waarbij je hele kleine gebieden op een low power apparaatje wilt opslaan is is_in zelf te genereren mocht je dat nodig vinden. Is bekend hoe dat in de Mapsource kaarten is opgelost? Ik weet het niet goed genoeg om daar een duidelijk antwoord op te geven. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM voor de brandweer?
Ben Laenen wrote: On Friday 15 May 2009, Lambertus wrote: Het moet mogelijk zijn om voor Nederland (volautomatisch dan wel op request) een OSM Garmin kaart te produceren die enkele minuten of uren achterloopt op de centrale database. Daarmee zouden we dit soort situaties ondervangen maar dan moet je de Garmin natuurlijk wel aan een pc hangen voor een update. Met een volledig opensource systeem op een PDA o.i.d. met GPRS aansluiting is het zelfs mogelijk om de apparaten vrijwel realtime up to date te houden. Ik zou toch opteren voor allereerst een vorm van quality assurance te introduceren voor je zo ver gaat als de kaarten voor hulpdiensten te gebruiken en ze zelfs automatisch te laten updaten. En dan nog andere problemen: ik denk niet dat je wil dat de brandweer een paar minuten gaat omrijden bij een oproep omdat de OSM snapshot juist gemaakt is terwijl iemand een kruispunt aan het bewerken was en nog niet alle verbindingen had gemaakt... En dan heb ik het nog niet over kwaadwillige bedoelingen. En wie is dan aansprakelijk als blijkt dat een fout in de kaarten van OSM ervoor gezorgd hebben dat iets erger werd? Hoe zit dat met commerciële kaarten? Ik meen mij te herinneren dat er reeds een dergelijke werkgroep in het leven geroepen was. Misschien dat die hier iets over kunnen zeggen? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
On Friday 15 May 2009 13:05, Stefan de Konink wrote: Freek wrote: Ik heb het niet over jouw opmerking m.b.t. de accuraatheid van de NWB data. Ik heb het over mijn observatie dat de NWB laag OSM data bevat. Niet de straten voorzover ik kan zien, maar wel landuse e.d. Dat is interessant want hiermee hebben ze het NWB CC-BY-SA gemaakt :D Haha, zo had ik er nog niet over gedacht. Kun je die claim hard maken? Ja, dat gaat wel lukken. De verzameling gebouwen die er in Nuenen ingetekend zijn, zijn zo uniek, dat kan niet missen (maar nu ziet het er op OSM ook al weer een stukje drukker uit). Ook als je snel schakelt tussen de twee layers op de hoogste zoomnivo's kan je eenvoudig zien dat, bijvoorbeeld in Nuenen en Assen, veel dingen die in de tussentijd niet aangepast zijn netjes op elkaar liggen en we zeker weten dat het handmatig ingevoerde, originele OSM data is. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
On Friday 15 May 2009 13:05, Stefan de Konink wrote: Freek wrote: Ik heb het niet over jouw opmerking m.b.t. de accuraatheid van de NWB data. Ik heb het over mijn observatie dat de NWB laag OSM data bevat. Niet de straten voorzover ik kan zien, maar wel landuse e.d. Dat is interessant want hiermee hebben ze het NWB CC-BY-SA gemaakt :D Haha, zo had ik er nog niet over gedacht. Kun je die claim hard maken? Ja, dat gaat wel lukken. De verzameling gebouwen die er in Nuenen ingetekend zijn, zijn zo uniek, dat kan niet missen (maar nu ziet het er op OSM ook al weer een stukje drukker uit). Ook als je snel schakelt tussen de twee layers op de hoogste zoomnivo's kan je eenvoudig zien dat, bijvoorbeeld in Nuenen en Assen, veel dingen die in de tussentijd niet aangepast zijn netjes op elkaar liggen en we zeker weten dat het handmatig ingevoerde, originele OSM data is. Verrek, dat is inderdaad wel verdacht. Vooral dat vreemdgevormde gebouw in Nuenen met dat gat erin. Dat kan haast geen toeval zijn. Go Freek! Groet, Floris -- Freek ___ 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] maximumsnelheden.nl
Freek wrote: On Friday 15 May 2009 13:05, Stefan de Konink wrote: Freek wrote: Ik heb het niet over jouw opmerking m.b.t. de accuraatheid van de NWB data. Ik heb het over mijn observatie dat de NWB laag OSM data bevat. Niet de straten voorzover ik kan zien, maar wel landuse e.d. Dat is interessant want hiermee hebben ze het NWB CC-BY-SA gemaakt :D Haha, zo had ik er nog niet over gedacht. Kun je die claim hard maken? Ja, dat gaat wel lukken. De verzameling gebouwen die er in Nuenen ingetekend zijn, zijn zo uniek, dat kan niet missen (maar nu ziet het er op OSM ook al weer een stukje drukker uit). Ook als je snel schakelt tussen de twee layers op de hoogste zoomnivo's kan je eenvoudig zien dat, bijvoorbeeld in Nuenen en Assen, veel dingen die in de tussentijd niet aangepast zijn netjes op elkaar liggen en we zeker weten dat het handmatig ingevoerde, originele OSM data is. Ik heb net even geprobeerd te bellen, maar de persoon die ik zoek is er niet. Als je je claim voor maandag hard kan maken denk ik dat we wel weer wat persmuskieten kunnen aantrekken. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Globe 4D
Beste Talk'ers, Dit is wel interessant: http://www.globe4d.com/ Globe4D Globe4D is an interactive, four-dimensional globe. Its a projection of the Earths surface on a physical sphere. It shows the historical movement of the continents as its main feature, but it is also capable of displaying all kinds of other geographical data such as climate changes, plant growth, radiation, rainfall, forest fires, seasons, airplane routes, and more. -- Met vriendelijke groet, Bas de Lange 06 166 26 950 Hoofdorganisator Software Freedom Day Nederland http://www.youtube.com/watch?v=y0_KiVdIOtc http://softwarefreedom.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
On Friday 15 May 2009 15:48, Stefan de Konink wrote: Freek wrote: On Friday 15 May 2009 13:05, Stefan de Konink wrote: Freek wrote: Ik heb het niet over jouw opmerking m.b.t. de accuraatheid van de NWB data. Ik heb het over mijn observatie dat de NWB laag OSM data bevat. Niet de straten voorzover ik kan zien, maar wel landuse e.d. Dat is interessant want hiermee hebben ze het NWB CC-BY-SA gemaakt :D Haha, zo had ik er nog niet over gedacht. Kun je die claim hard maken? Ja, dat gaat wel lukken. De verzameling gebouwen die er in Nuenen ingetekend zijn, zijn zo uniek, dat kan niet missen (maar nu ziet het er op OSM ook al weer een stukje drukker uit). Ook als je snel schakelt tussen de twee layers op de hoogste zoomnivo's kan je eenvoudig zien dat, bijvoorbeeld in Nuenen en Assen, veel dingen die in de tussentijd niet aangepast zijn netjes op elkaar liggen en we zeker weten dat het handmatig ingevoerde, originele OSM data is. Ik heb net even geprobeerd te bellen, maar de persoon die ik zoek is er niet. Als je je claim voor maandag hard kan maken denk ik dat we wel weer wat persmuskieten kunnen aantrekken. Geef mij maar een klamboe. http://vanwal.nl/osm/nwb/ (Let vooral op het feit dat er /geen/ verschuiving is in de gebouwen op de overlay-versie (en dat er een weg dwars door een gebouw heen loopt op de NWB kaart :-) ) Nog meer bewijs nodig? Oude renders zouden het misschien doen. Mmm, wacht eens even, ik spaar osmarenders van Nuenen, eens kijken hoe oud deze data precies is... Tussen eind 2007 en begin maart 2008: http://vanwal.nl/osm/nwb/nuenen_20071229.png http://vanwal.nl/osm/nwb/nuenen_20080308.png -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
On Friday 15 May 2009 16:29, Freek wrote: Nog meer bewijs nodig? Oude renders zouden het misschien doen. Mmm, wacht eens even, ik spaar osmarenders van Nuenen, eens kijken hoe oud deze data precies is... Tussen eind 2007 en begin maart 2008: http://vanwal.nl/osm/nwb/nuenen_20071229.png http://vanwal.nl/osm/nwb/nuenen_20080308.png Aaah, ik heb gewoon niet goed gekeken, ze hebben wel een soort van attributie, alhoewel ik 'm een beetje ambigu vind. Helemaal onderaan de rechterkolom staat: versie NWB: maart 2009 achtergrond kaart OpenStreetMap januari 2008 Dat doet natuurlijk niks af aan de CC-BY-SA problemen, maar goed. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
On Friday 15 May 2009 15:48, Stefan de Konink wrote: Freek wrote: On Friday 15 May 2009 13:05, Stefan de Konink wrote: Freek wrote: Ik heb het niet over jouw opmerking m.b.t. de accuraatheid van de NWB data. Ik heb het over mijn observatie dat de NWB laag OSM data bevat. Niet de straten voorzover ik kan zien, maar wel landuse e.d. Dat is interessant want hiermee hebben ze het NWB CC-BY-SA gemaakt :D Haha, zo had ik er nog niet over gedacht. Kun je die claim hard maken? Ja, dat gaat wel lukken. De verzameling gebouwen die er in Nuenen ingetekend zijn, zijn zo uniek, dat kan niet missen (maar nu ziet het er op OSM ook al weer een stukje drukker uit). Ook als je snel schakelt tussen de twee layers op de hoogste zoomnivo's kan je eenvoudig zien dat, bijvoorbeeld in Nuenen en Assen, veel dingen die in de tussentijd niet aangepast zijn netjes op elkaar liggen en we zeker weten dat het handmatig ingevoerde, originele OSM data is. Ik heb net even geprobeerd te bellen, maar de persoon die ik zoek is er niet. Als je je claim voor maandag hard kan maken denk ik dat we wel weer wat persmuskieten kunnen aantrekken. Geef mij maar een klamboe. http://vanwal.nl/osm/nwb/ (Let vooral op het feit dat er /geen/ verschuiving is in de gebouwen op de overlay-versie (en dat er een weg dwars door een gebouw heen loopt op de NWB kaart :-) ) Nog meer bewijs nodig? Oude renders zouden het misschien doen. Mmm, wacht eens even, ik spaar osmarenders van Nuenen, eens kijken hoe oud deze data precies is... Ja we moeten nog bewijs hebben dat jij ze hebt ingetekend. Het zou natuurlijk kunnen dat ze van hetzelfde kaartmateriaal gebruik hebben gemaakt. Ik neem dat jij ze met die foto's van de gemeente hebt ingetekend? Groet, Floris Tussen eind 2007 en begin maart 2008: http://vanwal.nl/osm/nwb/nuenen_20071229.png http://vanwal.nl/osm/nwb/nuenen_20080308.png -- Freek ___ 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] maximumsnelheden.nl
On Friday 15 May 2009 16:38, Floris Looijesteijn wrote: Ja we moeten nog bewijs hebben dat jij ze hebt ingetekend. Lijkt me niet zo'n probleem, de OSM database heeft de hele bewerkingsgeschiedenis. Daarnaast (zie andere mail) staat het dus gewoon op hun website erbij. Het enige probleem is waarschijnlijk dat ze niet door hebben gehad dat je die data niet zomaar kan mixen. Het zou natuurlijk kunnen dat ze van hetzelfde kaartmateriaal gebruik hebben gemaakt. Ik neem dat jij ze met die foto's van de gemeente hebt ingetekend? Ja, maar het is natuurlijk wel erg toevallig als je exact dezelfde subset van gebouwen op de pixel nauwkeurig hetzelfde overtekend. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
Even ter info: er is ook een nieuwe datalaag in de geotool van rijkswaterstaat gehangen: http://www.rijkswaterstaat.nl//geotool/index.aspx?projecttype=wegencenter=158000,462200mapscale=250 Kies de laag 'Wegbeheerders', en zoom in. Wat je dan ziet: - (oude) osm ondergrond (vlakken, dus niet de wegen) - het nwb als wegenlaag (vergelijk maar werkzaamheden en wegbeheerders wegen) - het nwb bevat per wegsegment ook de maximumsnelheid (deze informatie wordt verzameld via www.maximumsnelheden.nl en door rijkswaterstaat verzameld en geverifieerd). - dus bij een mouse-over zie je de max-snelheid als verkeersbordje (precies dezelfde data die in maxsnelheden.nl staat), en de beheerder van dat wegdeel. Groet, Richard kies Stefan de Konink wrote: Lennard wrote: Stefan de Konink wrote: achtergrond kaart is op mijn verzoek de live kaart geworden. Zou dat niet slaan op de achtergrond (landuse) op de NWB-laag? :) Neen, tot vorige week hadden ze een soort van statische mapnik laag van jan 2008. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
Ik ben diegene die openstreetmap-data onder de maximumsnelhedenkaart gelegd heeft dus jullie mogen jullie aanvallen op mij richten ;-) Wat is gebeurd? Al sinds 2004 zijn wij bezig op een open manier (iedereen mag editen en raadplegen) maximumsnelheden te verzamelen op het NWB. Het NWB is alleen een wegennet zonder achtergrond-vlakken zoals water of landuse. Met de nieuwe versie van maximumsnelheden.info hebben wij deze vlakken uit de openstreetmap database eronder gelegd om de herkenbaarheid van de kaart te verhogen. Wij hebben dus NIET het openstreetmap wegennet gebruikt en het zeker niet met het NWB vermengd. Dit is ook op de site zo vermeld en volgens mij is het juist de bedoeling van OSM om dit soort toepassingen mogelijk te maken. De snelheidsdata zijn openbaar en ik ben bezig een manier te vinden hoe deze (in het kader van terugleveren van data...) in OSM geimporteerd kunnen worden. Dat geldt niet voor het NWB want daar hebben wij geen zeggenschap over. Als de community zou vinden dat dit gebruik niet mag dan halen wij de achtergrondvlakken weer weg en kopen wel een of andere comerciele kaart in. Zou ik jammer vinden: verheug je juist erover dat dit gebruikt wordt. En wat betreft de verouderde versie van 2008: binnenkoort zullen wij een recente import eronder leggen, stond sowieso in de planning. Groeten, Dirk Bussche ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
Hoi Dirk, Dirk Bussche wrote: Ik ben diegene die openstreetmap-data onder de maximumsnelhedenkaart gelegd heeft dus jullie mogen jullie aanvallen op mij richten ;-) ;) je was niet op je werkplek vanmiddag ;) Wat is gebeurd? Al sinds 2004 zijn wij bezig op een open manier (iedereen mag editen en raadplegen) maximumsnelheden te verzamelen op het NWB. Het NWB is alleen een wegennet zonder achtergrond-vlakken zoals water of landuse. Met de nieuwe versie van maximumsnelheden.info hebben wij deze vlakken uit de openstreetmap database eronder gelegd om de herkenbaarheid van de kaart te verhogen. Zie ook de mail van Richard; Het is niet alleen maximumsnelheden, of jullie hebben deze laag voor meer tools gemaakt. Wij hebben dus NIET het openstreetmap wegennet gebruikt en het zeker niet met het NWB vermengd. Dit is ook op de site zo vermeld en volgens mij is het juist de bedoeling van OSM om dit soort toepassingen mogelijk te maken. De snelheidsdata zijn openbaar en ik ben bezig een manier te vinden hoe deze (in het kader van terugleveren van data...) in OSM geimporteerd kunnen worden. Dat geldt niet voor het NWB want daar hebben wij geen zeggenschap over. En dat ik dus nu direct het fijne. Jullie hebben een afgeleid werk van OpenStreetMap CreativeCommons-Attribution-ShareAlike gemaakt. En dat betekent dat we maandag mogen vragen om het NWB, danwel het rucksichlos overtrekken :) Tot zover de viral license. Jullie maken momenteel wel gebruik van lagen, bijvoorbeeld een maxspeed met mapnik mashup. Daar is niets mis mee. Maar jullie NWB achtergrond, oei... dat kan een leuke worden. Het verschil is dus twee data bronnen versus een nieuwe databron. Als de community zou vinden dat dit gebruik niet mag dan halen wij de achtergrondvlakken weer weg en kopen wel een of andere comerciele kaart in. Zou ik jammer vinden: verheug je juist erover dat dit gebruikt wordt. De community vindt niets, de community heeft voor een licentie gekozen of gaat er vanuit dat een licentie wordt gerespecteerd. Dus je kunt de mapnik laag pakken en daar een maxspeed mashuppen. Of accepteren dat het resultaat van je renderen (NWB+OSM) = CC-BY-SA is. Licentie technisch gaat het in iedergeval om het eindproduct, men is er nog niet uit of de bron ook beschikbaar moet zijn. En wat betreft de verouderde versie van 2008: binnenkoort zullen wij een recente import eronder leggen, stond sowieso in de planning. Ik zou persoonlijk voor de alternatieve methode gaan. Laten we eens kijken of we http://maxspeed.openstreet.nl/ kunnen aanvullen met de data die in het NWB zit, dan nemen jullie die kaart en is direct iedereen blij :) Maar ik dacht dat we zoiets al hadden besproken ;) ...deze rel haalt maandag niet eens. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
On Friday 15 May 2009, Dirk Bussche wrote: Ik ben diegene die openstreetmap-data onder de maximumsnelhedenkaart gelegd heeft dus jullie mogen jullie aanvallen op mij richten ;-) Wat is gebeurd? Al sinds 2004 zijn wij bezig op een open manier (iedereen mag editen en raadplegen) maximumsnelheden te verzamelen op het NWB. Het NWB is alleen een wegennet zonder achtergrond-vlakken zoals water of landuse. Met de nieuwe versie van maximumsnelheden.info hebben wij deze vlakken uit de openstreetmap database eronder gelegd om de herkenbaarheid van de kaart te verhogen. Wij hebben dus NIET het openstreetmap wegennet gebruikt en het zeker niet met het NWB vermengd. Zie hier: http://wiki.openstreetmap.org/wiki/Common_licence_interpretations#I_created_a_layer_on_top_of_an_OSM_map._What_do_I_have_to_put_under_your_license.3F Het gaat er blijkbaar om of je een /derivative/ of /collective/ work maakt. Ik heb geen idee wat het is. Ik hoop dat je de data gewoon mag gebruiken, maar ik vind zelf dat het op de huidige website niet helemaal duidelijk is dat de landuse informatie van OSM komt. Als de community zou vinden dat dit gebruik niet mag dan halen wij de achtergrondvlakken weer weg en kopen wel een of andere comerciele kaart in. Zou ik jammer vinden: verheug je juist erover dat dit gebruikt wordt. Helemaal mee eens. En wat betreft de verouderde versie van 2008: binnenkoort zullen wij een recente import eronder leggen, stond sowieso in de planning. Mooi :-) -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] OSM = NWB = OSM ? YES WE CAN
Ok, Dus RWS wil ons geen data geven? Dan gaan we zelf eens een collectie verzamelen :) Het snode plan: Mijn afstuderen poogt het oude OSM segmenten model weer nieuw leven in te blazen. In principe probeert het Geo operaties te versnellen door ze linear op te slaan, maar theoretisch de mogelijkheid er is om ze als NURBS te renderen. Wat heeft dit met het NWB te maken? We kunnen voor ieder lijn stukje in Nederland een GetFeatureInfo doen. Daar krijgen we bijvoorbeeld dit uit: WMS identify result for 977, 307: --- GetFeatureInfo results: Layer 'AAA70' Feature 418066: WVK_ID = '292323001' WVK_BEGDAT = '19860804' JTE_ID_BEG = '292323002' JTE_ID_END = '294324001' WEGBEHSRT = 'G' WEGNUMMER = '' WEGDEELLTR = '' HECTO_LTTR = '' BAANSUBSRT = '' RPE_CODE = '' ADMRICHTNG = '' RIJRICHTNG = '' STT_NAAM = 'Dolderseweg' WPSNAAMNEN = 'SOEST' GME_ID = '342' GME_NAAM = 'Soest' HNRSTRLNKS = '' HNRSTRRHTS = '' E_HNR_LNKS = '0' E_HNR_RHTS = '0' L_HNR_LNKS = '0' L_HNR_RHTS = '0' BEGAFSTAND = '0' ENDAFSTAND = '0' BEGINKM = '0.000' EINDKM = '0.000' POS_TV_WOL = '' Length = '1297.570' --- GetFeatureInfo results: Search returned no results. Daarin zie ik nog niet direct een maxspeed, maar ik denk dat als we aan Dirk vragen om voor ons per Feature even een MaxSpeed te genereren dat hij dat met plezier zal doen. Het idee is dus; we pakken een poly van NL, daarin gaan we alle way-segments af door daarvan het middelpunt te nemen. Slaan al de bovenstaande tags op. En een paar miljoen requests verder evalueren we even of het goed heeft gewerkt ;) Vragen? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] ?OSM-Geb?ude in Google-Pseudo-3D ?
Original-Nachricht Datum: Thu, 14 May 2009 21:27:16 + (UTC) Von: Heiko Jacobs heiko.jac...@gmx.de An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] ?OSM-Geb?ude in Google-Pseudo-3D ? Johann H. Addicks addi...@gmx.net wrote: Dann heisst das zuk?nftig: Geb?udeh?hen mit erfassen und Dachformen klassifizieren... ...dachgauben- und schornsteingenau! Noe, aber vielleicht mit 3 geangigen Dachformen? Flachdach und die beiden: - || - || - - \ / | / \ | - Das ist eine Variable mit 3 Werten und ggf. kaeme dann noch die Ausrichtung dazu (node?). Bei den letzten beiden wuerde ich Ziegel als Default voraussetzen und Sondermaterialien (Schilf, etc.) kann man ja zusaetzlich anfuegen. Was auch immer Sinn macht, ist die Geschossanzahl einzutragen, denn die ist ja einfach von der Strasse aus abzulesen. Und schon ist ein gut angenaehertes 3-D Modell ableitbar. Gruesse Hubert -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wordfile über Bittorrent
Hallo, probeweise habe ich die aktuelle gmapsupp.img.gz, wie sie von Computerteddy dankenswerterweise erzeugt wird, über Bittorrent verfügbar gemacht. Die torrentdatei findet sich unter http://osm.dev-random.de/torrents/ Probiert es mal aus. Gruß Lutz -- email: lutz.h...@fastmail.fm Jabber: sttmj...@jabber.ccc.de web:http://www.dev-random.de/ GnuPG: http://www.dev-random.de/0x6EBDA359.asc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tlw. erledigt....
noch eine Frage - weißt Du über welche css-eigenschaft (nicht css an sich - sondern das anzusprechende objekt - zb. #map oder ...?) ich einfluss auf die textfarbe nehmen kann. gruß Jan :-) Carsten Gerlach schrieb: Moin, Am Donnerstag 14. Mai 2009 16:08:48 schrieb Jan Tappenbeck: Hallo Georg, vielen Dank für den Hinweis. Hast Du jetzt noch eine Idee warum die Popups aufgehen - aber keinen Inhalt haben ??? Kann es sein, daß der Text die gleiche Farbe wie der Hintergrund hat (weiß)? Wenn ich mit gedrückter Maustaste drüberfahre wir der Inhalt markiert und damit sichtbar. Deine Zeichenkodierung scheint auch nicht zu stimmen, bei Umlauten sehe ich da seltsame Zeichen. Grüße, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wordfile über Bittorrent
Hallo, On Fri, 15 May 2009 08:52 +0200, Lutz Horn lutz.h...@fastmail.fm wrote: probeweise habe ich die aktuelle gmapsupp.img.gz, wie sie von Computerteddy dankenswerterweise erzeugt wird, über Bittorrent verfügbar gemacht. Die torrentdatei findet sich unter http://osm.dev-random.de/torrents/ Alternativ gibt es auch einen Eintrag bei mininova: http://www.mininova.org/tor/2592546 Lutz -- email: lutz.h...@fastmail.fm Jabber: sttmj...@jabber.ccc.de web:http://www.dev-random.de/ GnuPG: http://www.dev-random.de/0x6EBDA359.asc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OSM-Geb?ude in Google-Pseudo-3D ?
Am Fr, 15.05.2009, 08:46 schrieb qbert biker: Noe, aber vielleicht mit 3 geangigen Dachformen? Sowas habe ich vor Wochen vorgeschlagen, hat aber keinen interessiert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OSM-Geb?ude in Google-Pseudo-3D ?
-Ursprüngliche Nachricht- Von: Tobias Wendorff Am Fr, 15.05.2009, 08:46 schrieb qbert biker: Noe, aber vielleicht mit 3 geangigen Dachformen? Sowas habe ich vor Wochen vorgeschlagen, hat aber keinen interessiert. Ich fänd's genial, denn dann würde sich OSM auch absetzen können von anderen Anbietern, alleine von der Optik. Problem ist nur, ob das bei allen Gebäuden gut aussieht und nicht die Übersichtlichkeit zerstört. Frage ist auch, ab welcher Zoomstufe das dargestellt würde. So viel meinerseits. Gruß, guerda Ist Ihr wunschn...@freenet.de noch frei? Jetzt prüfen und kostenlose E-Mail-Adresse sichern! http://email.freenet.de/dienste/emailoffice/produktuebersicht/basic/mail/index.html?pid=6829 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neues beim Tag information=*
Hallo, es gibt neue Werte beim Proposal information=*. Dieser Vorschlag dient zur genaueren Unterscheidung von verschiedenen Punkten, welche mit tourism=information getaggt sind. Bitte schaut daher noch einmal vorbei und gebt eure Meinung dazu ab. http://wiki.openstreetmap.org/wiki/DE:Proposed_features/information Da ich während des Eintragens von verschiedenen Karten oder Wegweisern zu Ungenauigkeiten mit dem ersten Schema-Vorschlag gekommen bin, habe ich auf der Talk-Seite einen weiteren Vorschlag gemacht. Bitte gebt dazu ebenfalls eure Meinung ab, denn ich finde ihn weitaus skalierbarer. http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/information#New_scheme Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Mario Salvini schrieb: Damit das aber Sinn macht müsstest du dich von der Idee loslösen überamm maxspeed zu taggen, sondern nur da, wo auch echte Schilder stehen :). Warum? maxspeed ist für jeden Streckenabschnitt (in Deutschland) definiert, ob da ein Schild steht oder nicht. Die einzigen Ausnahmen sind die Autobahnen und autobahnähnliche ausgebaute Strassen. aber genau das wäre doch gerade der Benefit, dennn wir mit einem Wert wie trafficzone=* erreichen können. Eben alle implizierten Geschwindigkeiten mit einem Platzhalter wie in_city oder out_of_town zu erfassen. Außerorts müsste mann dann anstatt eigentlich maxspeed:motorcar=100, maxspeed:hgv=60, etc. nur ein trafficzone=out_of_town:DE zu taggen und der rest könne an einer zentralen Stelle (ähnlich wie die maxspeed-Defaults in der Wiki) erfaßt werden. Überleg Dir was das für Folgen hat: - Vielen werden für jede Strasse die sie bearbeiten so einen default-Wert eintragen weil es besser ist wie wenn gar nichts eingetragen ist. Wo schon etwas eingetragen ist werden viele Mapper nicht korrigieren da ja schon etwas eingetragen ist was plausibel erscheint - Erfassungsqualität sinkt. - Ein default-Wert der nicht in der Datenbank selbst vorhanden ist steht im Zweifelsfall gerade dann nicht zur Verfügung wenn man ihn braucht. - Eine Dokumentation der Veränderungen über die Zeit wird erheblich erschwert - bei diskreten maxspeed-Werten reicht ein einfaches sichern der Datenbank in regelmässigen Abständen, bei default-Wert im Web muss man eine ganze Menge mehr berücksichtigen und mit abspeichern was einem zum Zeipunkt der Sicherung häufig nicht bewusst sein wird. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] US-Behörde befürchtet GPS-Ausfäll e
Florian Lohoff schrieb: u-blox 5 soll via Firmware upgrade Galileo koennen. Ich hatte auf der letzten electronica hier in München mit einem u-blox Mitarbeiter geredet (Hatte glücklicherweise meine WBT-201 dabei). Das Thema Firmware-Update ist vor allem ein Lizenzthema (Galileo will angeblich Geld dafür, dass es benutzt wird). = ich bin diesbezüglich skeptisch...:-( MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätssicherung - unbenannte Objek te
hi! dann muss du mir das nochmal genauer erläutern was du meinst. bin noch ca. 14 tage außer gefecht. ein anderer hatte auch schon eine ähnliche anfrage gestellt. siehe meine talk-seite im wiki. gruß Jan .-) Tobias Wendorff schrieb: Jan Tappenbeck schrieb: sollte vom grundsatz kein problem sein - hatte ich auch schon einmal darüber nachgedacht bloss die liste wird sicherlich explodieren ! Nein, auf Karlsruhe-Schema. lass uns mal abwarten ob andere das auch für notwendig halten. Nunja, bis dahin hab ich's auch selbst fertig. Trotzdem danke :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] US-Behörde befürchtet GPS-Ausf älle
Michael Kugelmann michaelk_...@gmx.de wrote: Ich hatte auf der letzten electronica hier in München mit einem u-blox Mitarbeiter geredet (Hatte glücklicherweise meine WBT-201 dabei). Das Thema Firmware-Update ist vor allem ein Lizenzthema (Galileo will angeblich Geld dafür, dass es benutzt wird). = ich bin diesbezüglich skeptisch...:-( Das bin ich auch! Ich denke, dass der Bussinessplan von Galileo so nicht aufgehen kann. Open Soucre Stacks zum Empfang von GPS-Signalen per Software defined Radio gibt es AFAIK bereits. Gruss Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is gig...@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] Qualitätssicherung - unbenannte Objek te
Jan Tappenbeck schrieb: dann muss du mir das nochmal genauer erläutern was du meinst. bin noch ca. 14 tage außer gefecht. Ich möchte eine Information, an welchen adressfähigen Nodes noch die Adresse fehlt. Ich habe hier z.B. in Dortmund etliche Nodes, an denen Restaurants ohne Adresse eingetragen sind. Die habe ich jetzt gefixt, wo ich weiß, dass welche sind. Man sieht aber nur schlecht an den Daten, ob die Punkte Informationen und welche sie denn haben. Auch wenn man das Haus nicht skizziert, kann man ja wenigstens die Adresse drankleben :-) Wenn jemand z.B. PLUS/Netto-Filialen eingetragen hat, aber die Anschriften fehlen, kann man - meiner Meinung nach - diese bedenkenlos von deren Website abschreiben. Hat einmal den Vorteil, dass sich Postleitzahlengebiete bilden und zum anderen den Vorteil, dass es besser routbar ist. Hausnummern sind nie schlecht :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OSM-Geb?ude in Google-Pseudo-3D ?
Philip Gillißen schrieb: Ich fänd's genial, denn dann würde sich OSM auch absetzen können von anderen Anbietern, alleine von der Optik. Problem ist nur, ob das bei allen Gebäuden gut aussieht und nicht die Übersichtlichkeit zerstört. Frage ist auch, ab welcher Zoomstufe das dargestellt würde. Ich schätze, man sollte eine Art Zusatzstufe einfügen oder eine komplett andere Map erstellen, denn aus der Sicht der klassischen Kartographie sieht's nicht so doll aus :-) Die Information wäre aber auch für 3D-Anwendungen, wie un osm-3D geeignet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wordfile über Bittorrent
Hallo, On Fri, 15 May 2009 08:52 +0200, Lutz Horn lutz.h...@fastmail.fm wrote: probeweise habe ich die aktuelle gmapsupp.img.gz, wie sie von Computerteddy dankenswerterweise erzeugt wird, über Bittorrent verfügbar gemacht. Die torrentdatei findet sich unter http://osm.dev-random.de/torrents/ Die folgenden vier Dateien sind jetzt über diesen Weg verfügbar: * eu_gmapsupp.img.gz * gmapsupp.img.gz * typ_eu_gmapsupp.img.gz * typ_gmapsupp.img.gz Lutz -- email: lutz.h...@fastmail.fm Jabber: sttmj...@jabber.ccc.de web:http://www.dev-random.de/ GnuPG: http://www.dev-random.de/0x6EBDA359.asc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Garry schrieb: Mario Salvini schrieb: Damit das aber Sinn macht müsstest du dich von der Idee loslösen überamm maxspeed zu taggen, sondern nur da, wo auch echte Schilder stehen :). Warum? maxspeed ist für jeden Streckenabschnitt (in Deutschland) definiert, ob da ein Schild steht oder nicht. Die einzigen Ausnahmen sind die Autobahnen und autobahnähnliche ausgebaute Strassen. aber genau das wäre doch gerade der Benefit, dennn wir mit einem Wert wie trafficzone=* erreichen können. Eben alle implizierten Geschwindigkeiten mit einem Platzhalter wie in_city oder out_of_town zu erfassen. Außerorts müsste mann dann anstatt eigentlich maxspeed:motorcar=100, maxspeed:hgv=60, etc. nur ein trafficzone=out_of_town:DE zu taggen und der rest könne an einer zentralen Stelle (ähnlich wie die maxspeed-Defaults in der Wiki) erfaßt werden. Überleg Dir was das für Folgen hat: - Vielen werden für jede Strasse die sie bearbeiten so einen default-Wert eintragen weil es besser ist wie wenn gar nichts eingetragen ist. Wo schon etwas eingetragen ist werden viele Mapper nicht korrigieren da ja schon etwas eingetragen ist was plausibel erscheint - Erfassungsqualität sinkt. - Ein default-Wert der nicht in der Datenbank selbst vorhanden ist steht im Zweifelsfall gerade dann nicht zur Verfügung wenn man ihn braucht. - Eine Dokumentation der Veränderungen über die Zeit wird erheblich erschwert - bei diskreten maxspeed-Werten reicht ein einfaches sichern der Datenbank in regelmässigen Abständen, bei default-Wert im Web muss man eine ganze Menge mehr berücksichtigen und mit abspeichern was einem zum Zeipunkt der Sicherung häufig nicht bewusst sein wird. Garry Hi Garry, klar birgt diese Vorgehensweise gewisse Risiken. Besonders wenn die Dokumentation und Aufklärung der Methode nicht vernünftig betrieben wird. In meinen Augen sind die Vorteile die daraus entstehen aber signifikant größer. Nicht nur, dass wir endlch vernünftig erfassen können, ob eine Straße in der Stadt oder auswärts liegt. Wir können mit diesem Tag (nennen wir hn z.B. trafficzone) auch definieren welche Wege in der Datenbank überhaupt zum Straßenverkehrsnetz gehören - z.B. gesperrte Servicewege, Einfahrte, Feldwege (z.B. mit Zeichen 250). Außerdem hätte das mappen von trafficzone=* ja nur indirekt etwas mit maxspeed zu tun. Die Frage, ob man bestehende Werte von maxspeed korrigiert hat eher was damit zu tun welcher Tag-Philosophie man folgt (ich nutze maxspeed z.B. ausschließlich nur für explizite Beschränkungen und bin da bei mir in der Gegend scheinbar nicht der Einzige). Die Lücke die dabei bis jetzt geklafft hat, nicht zu wissen was denn auf den Straßen ohne Angabe gilt, schließt dafür ja die trafficzone; wenn auch nicht vielleicht mit einem konkreten Wert, sondern eben mit einem Platzhalter der für ein Bündel von Eigenschaften steht (im Grunde genau wie alle anderen nicht-numerischen Values) Grüße Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätssicherung - unbenannte Objek te
Wenn jemand z.B. PLUS/Netto-Filialen eingetragen hat, aber die Anschriften fehlen, kann man - meiner Meinung nach - diese bedenkenlos von deren Website abschreiben. ... bist Du dir da sicher ??? gruß Jan :-) Tobias Wendorff schrieb: Jan Tappenbeck schrieb: dann muss du mir das nochmal genauer erläutern was du meinst. bin noch ca. 14 tage außer gefecht. Ich möchte eine Information, an welchen adressfähigen Nodes noch die Adresse fehlt. Ich habe hier z.B. in Dortmund etliche Nodes, an denen Restaurants ohne Adresse eingetragen sind. Die habe ich jetzt gefixt, wo ich weiß, dass welche sind. Man sieht aber nur schlecht an den Daten, ob die Punkte Informationen und welche sie denn haben. Auch wenn man das Haus nicht skizziert, kann man ja wenigstens die Adresse drankleben :-) Wenn jemand z.B. PLUS/Netto-Filialen eingetragen hat, aber die Anschriften fehlen, kann man - meiner Meinung nach - diese bedenkenlos von deren Website abschreiben. Hat einmal den Vorteil, dass sich Postleitzahlengebiete bilden und zum anderen den Vorteil, dass es besser routbar ist. Hausnummern sind nie schlecht :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätssicherung - unbenannte Objek te
Jan Tappenbeck schrieb: Wenn jemand z.B. PLUS/Netto-Filialen eingetragen hat, aber die Anschriften fehlen, kann man - meiner Meinung nach - diese bedenkenlos von deren Website abschreiben. ... bist Du dir da sicher ??? Da ich kein Jurist bin und wir meines Wissens nach auch keinen Juristen in der Liste haben, habe ich meiner Meinung nach geschrieben. Wenn man die Veröffentlichungen der Adressen überhaupt als Datenbank im Sinne von §§ 87a f. UrhG sehen will, muss erstmal gegeben sein, dass die Beschaffung, Überprüfung oder Darstellung eine umfangreiche Investition erfordert hat. Da es sich aber nur eine Liste der Filialstandorten handelt, die der Konzern sowieso führt und nicht extra aufwändig für die Websites erheben musste und/oder angereicht hat, ist der Sachbestand nicht gegeben. Die Koordinaten übernehmen wir ja z.B. nicht. Auch sind die Adressdaten nicht urheberrechtlich geschützt, da es sich um Rohdaten ohne Schöpfungshöhe handelt. Ein anderes Beispiel wäre z.B. das Fahrradabstellanlagenkataster der Stadt Dortmund. Hier wurde von jedem Fahrradabstellbügel ein Foto gemacht, die genaue Herstellungsart beschrieben, Geokoordinaten hinterlegt etc. etc. Hier liegt also eine westenliche Investition in Zeit, Geld und Arbeit vor. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Verkehrszeichen taggen
Die Lösung ist einfach! Folge dem folgenden Mantra: Tagge was du siehst und nicht was es deiner Meinung nach bedeuten könnte! Daraus folgt für mich und hoffentlich auch für andere für das aktuelle Thema: Für mich mag Zeichen 310 und 274 jeweils nur maxspeed=50 bedeuten für andere ist die Unterscheidung vielleicht wichtig. Also tagge erstmal das Schild! http://wiki.openstreetmap.org/wiki/Key:traffic_sign http://wiki.openstreetmap.org/wiki/DE:Road_Signs traffic_sign=maxspeed:30zone traffic_sign=DE:274.1 Um das Interpretieren komischer Werte können sich Parser kümmern. Um das Berichtigen von Schreibfehlern können sich Bots kümmern. Es gibt derzeit keinen Weg die Ausrichtung des Schildes zu beschreiben. Also erfinde einen! traffic_sign:orientation=backward Nutze diesen Tag sofort und solange bis sie die Community auf etwas besseres geeinigt hat. Erst wenn alle Ortsschilder getaggt sind lassen sich verkehrsrechtlich relevante Ortsrelationen bilden, die leider nicht mit den Ortsgrenzen aus der Flächennutzung übereinstimmen. Da wir schon die Relation boundary=administrative haben wäre ein boundary=traffic sinnvoll. Will man diese Relation auf Straßen abbilden sollte man den Key nicht speedzone sondern besser trafficzone oder trafficboundary nennen, da er nicht nur für die maxspeed relevant ist. Es macht keinen Sinn sich auf Integerwerte zu beschränken, da die Realität das auch nicht tut. Für eine Spielstraße tagge nicht maxspeed=6 sondern maxspeed=living_street Eine Autobahn wird begrenzt durch die Zeichen 330 und 334. Dazwischen gilt maxspeed=DE:motorway es sei den es wird explizit etwas anderes ausgeschildert. out_of_town mag richtig sein, aber land ist nicht falsch und zudem noch schön kurz. DE als Präfix und nicht als Postfix, da dies der Suchhierarchie entspricht. maxspeed sollte immer explizit getagged werden, eine Relation boundary=traffic ist schön, besagt aber auch nicht mit Sicherheit das da nicht doch ein 30-Schild steht, sondern nur das die Straße sich innerhalb eines Ortes befindet und es für mach eine Navigationssoftware sinnvoll wäre dem Benutzer mitzuteilen, das hier evtl. eine maxspeed von 50 gelten könnte und das man ganz sicher kein Fernlicht verwenden darf. maxspeed-Werte auf ways sind besser zu parsen als Schilder, da diese für Karten und Router (nicht fürs direkt Anzeigen) auf die dahinter liegenden Straßen abgebildet werden müssen. Es wird also ein Präprozessor benötigt, der Schilder interpretiert. Da sich das automatisieren lässt, macht das besser nicht der OSM-User sondern ein Programm! Einige meiner hier aufgeführten Vorschläge, wurden schon vorher in der viel zu langen Diskussion genannt und ich habe sie eben erst gelesen. Man möge mir das verzeihen. Per signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Stefan Dettenhofer (StefanDausR) schrieb: Mario Salvini schrieb: man kanns ja auch gerne *traffic*zone nennen oder gleich nur zone=[...] Nein, da Ortsschilder selten auf Ortsgrenzen stehen und zum Teil Straßen durch Orte führen und dabei aber verkehrsrechtlich nicht Teil des Ortes sind. Eine Vorverarbeitung kann dann an alle relevanten ways, die *kein* maxspeed (etc.) haben, den entsprechenden Defaultwert setzten. Ja, diese errechneten Werte dürfen dann aber auf keinen Fall zurück in die Datenbank geschrieben werden! Sonst würde man dort explizit überprüfte Werte mit angenommenen überschreiben. Per signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Hallo. Am Freitag 15 Mai 2009 13:48:11 schrieb Per: Eine Vorverarbeitung kann dann an alle relevanten ways, die *kein* maxspeed (etc.) haben, den entsprechenden Defaultwert setzten. Ja, diese errechneten Werte dürfen dann aber auf keinen Fall zurück in die Datenbank geschrieben werden! Sonst würde man dort explizit überprüfte Werte mit angenommenen überschreiben. Bitte die Untergangsszenarien einfach mal draußen lassen. Erstens steht hier nirgendwas was vom Zurückschreiben der Werte und selbst wenn das jemand machen wollte, würde meiner Erfahrung nach keiner so beschränkt sein, abweichende, schon vorhandene Werte damit zu überschreiben. Gruß, Bernd -- Ein Diplomat ist jemand, der dich in einer Art und Weise zum Teufel wünscht, daß du dich auf den Trip freust. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätssicherung - unbenannte Objek te
Hallo. Am Freitag 15 Mai 2009 13:46:51 schrieb Tobias Wendorff: Jan Tappenbeck schrieb: Wenn jemand z.B. PLUS/Netto-Filialen eingetragen hat, aber die Anschriften fehlen, kann man - meiner Meinung nach - diese bedenkenlos von deren Website abschreiben. ... bist Du dir da sicher ??? Da ich kein Jurist bin und wir meines Wissens nach auch keinen Juristen in der Liste haben, habe ich meiner Meinung nach geschrieben. Ich übernehme einzelne Adressen von schon in OSM vorhandenen (Firmen-)POIs (Gaststätten, Supermärkte, Bankfilialen, ...) auch ohne schlechtes Gewissen aus der Website des jeweiligen Betreibers oder dem Telefonbuch. Auch wenn ich jetzt wegen dem letzten Wort des obigen Absatzes gesteinigt werden sollte: Bei einer einzelnen Adresse sehe ich da gar keine Bedenken. Es ist nichts automatisiert sondern es geht um einzelne Adressen. Gruß, Bernd -- Erfahrung nennt man die Summe aller unserer Irrtümer. - Thomas Alva Edison (amerikan. Erfinder) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: Bitte die Untergangsszenarien einfach mal draußen lassen. Die Funktionen zum Rückgängigmachen von Änderungen sind leider noch mangelhaft. Erstens steht hier nirgendwas was vom Zurückschreiben der Werte und selbst wenn das jemand machen wollte, würde meiner Erfahrung nach keiner so beschränkt sein, abweichende, schon vorhandene Werte damit zu überschreiben. Das ist klar, aber auch das auffüllen noch nicht vorhandener Werte sollte vermieden werden. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätssicherung - unbenannte Objek te
Hallo. Am Freitag 15 Mai 2009 14:23:18 schrieb Tobias Wendorff: Meine Meinung: Im Endeffekt ist es wurscht, ob es automatisiert oder manuell gemacht wird, Entnahme ist Entnahme. Da habe ich schon andere Meinungen gehört. Der Datenbankschutz schützt meines Wissens nur signifikanten Auszüge der Datenbank und keine Einzeldatensätze. Aber eigentlich ist das egal, siehe unten. Beispiel: Wenn alle OSM-Nutzer jeden Tag nur eine Rufnummer aus dem Telefonbuch manuell abschreiben, haben wir in 2 Monaten die Ausgaben des Ruhrgebiets kopiert. Ich sehe wenig Zusammenhang zum Thema. Wir sind und wollen kein Telefonbuch. Es ist nur entscheidend, ob ein Schutz drauf liegt oder nicht. Bei Telefonbüchern sehe ich das massiv kritisch, da sie laut Urteilen geschützt sind. Bei Websites sehe ich es, wie dargelegt, nicht so. Bei Websites der Betreiber ist es IMHO sowieso klar. Denn der veröffentlicht seine Adresse ja damit man ihn findet. Ein weiteres Problem ist der Wettbewerb. Wenn wir ein eigenes, reines Branchen- oder Telefonbuch erzeugen würden, würden uns die Anbieter sicher auf die Finger hauen. Wir erzeugen jedoch ein komplett eigenständiges Werk, aus der man ein solches Verzeichnis ableiten kann. Muss ich verstehen, was du in diesem Absatz sagen willst? Wir sind kein Telefonbuch, meines Wissens werden Telefonnummern in den Daten von den meisten Mappern nicht gern gesehen. Ein Telefonbuch aus den Daten abzuleiten sollte also echt ein schweres Unterfangen sein. Nochmal zur Situation: Die Straßenzugehörigkeit eines POI kann ich in den meisten Fällen auch einfach aus der Karte ablesen, ich weiß ja wo das Dingen ist und wie die Straße daneben heißt. Ob die Hausnummer alleine also im Telefonbuch eine Schützenswerte Information ist, wird dir wohl keiner aus dem Stehgreif beantworten können. Die POIs von denen ich rede, haben i.d.R. einen hervorgehobenen Eintrag im Telefonbuch. Sind also eventuell sogar als Anzeige und nicht als redaktioneller Beitrag im Telefonbuch zu werten. Aus einer Werbeanzeige eine Information auszulesen halte ich für unkritisch. Gruß, Bernd -- Für jedes Problem gibt es eine einfache Lösung, die es noch schlimmer macht. - Hans-Jürgen Quadbeck-Seeger (dt. Chemiker und Manager) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OSM-Geb?ude in Google-Pseudo-3D ?
Tobias Wendorff schrieb: Am Fr, 15.05.2009, 08:46 schrieb qbert biker: Noe, aber vielleicht mit 3 geangigen Dachformen? Sowas habe ich vor Wochen vorgeschlagen, hat aber keinen interessiert. Ich erinner mich an eine Diskussion vor Wochen (nicht sicher, ob du da dabei warst) Auf jeden Fall denke ich, dass viel Potential vorhanden ist. Allerdings werden die Leute keine 12 verschiedenen Dächerformen (wie damals vorgeschlagen AFAIR) auseinanderhalten können und taggen wollen. Wenn dann ein einfaches, gut dokumentiertes und veranschaulichtes Schema. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätssicherung - unbenannte Objek te
Hallo, Bernd Wurst schrieb: Muss ich verstehen, was du in diesem Absatz sagen willst? Okay, also ausformuliert: Die bekannten Urteile (Google nach Entnahme Datenbankschutz) beziehen sich alle auf die wiederholte und systematische Entnahme einzelner Bewertungen aus einer Datenbank. Wenn Du einmal eine Adresse rausholst, ist es wurscht. Wenn Du es mehrmals tust oder wir halt als Community irgendwie organisiert (wir arbeiten ja alle am gleichen Projekt), dann könnte s Probleme geben. Diese Probleme treten aber nur auf, wenn die Datenbank, also die Beschaffung, Überprüfung oder Darstellung der einzelnen Elemente, erhebliche, menschliche, technische oder finanzielle Investition erfordert hat. Das sehe ich bei den Websites nicht so, jedoch bei Telefonbüchern und anderen Adressbeständen, wurde explizit darauf hingewiesen. Das denke ich mir nicht aus, sondern das wurde so geurteilt. Wir sind kein Telefonbuch, meines Wissens werden Telefonnummern in den Daten von den meisten Mappern nicht gern gesehen. Ein Telefonbuch aus den Daten abzuleiten sollte also echt ein schweres Unterfangen sein. Es muss ja kein Telefonbuch sein - ein Branchenbuch wäre genau das richtige. Bei uns im Telefonbuch stehen auch Adressen von Brancheneinträgen. Wie gesagt: Die Entnahme aus Daten von Telefonbüchern ist aufgrund der Urteile in Deutschland (wieder Google) höchst kritisch, aber wer kann's Dir schon nachweisen? Grüße Tobas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OSM-Geb?ude in Google-Pseudo-3D ?
Jonas Krückel schrieb: Auf jeden Fall denke ich, dass viel Potential vorhanden ist. Allerdings werden die Leute keine 12 verschiedenen Dächerformen (wie damals vorgeschlagen AFAIR) auseinanderhalten können und taggen wollen. Wenn dann ein einfaches, gut dokumentiertes und veranschaulichtes Schema. Ich habe mich irgendwann ausgeklinkt, als verschiedene Architekten über 100 verschiedene Dachformen diskutiert haben. Für diese Leute sollten wir eine SketchUp!-Untersützung integrieren :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: ... m Zurückschreiben der Werte und selbst wenn das jemand machen wollte, würde meiner Erfahrung nach keiner so beschränkt sein, abweichende, schon vorhandene Werte damit zu überschreiben. Das ist klar, aber auch das auffüllen noch nicht vorhandener Werte sollte vermieden werden. Sehe ich nicht so. So lange der theoretisch korrekte Wert (warum ist das so) in einem separaten Tag erhalten ist, sehe ich kein Problem darin, alle nicht anderweitig ausgeschilderten Innerorts-Straßen mit 50 zu markieren. Ich sage nicht, dass der trivial-Algorithmus hier benutzt werden sollte. Aber wenn man sich halbwegs sicher sein kann, dass eine bestimmte Straße bereits ausreichend erfasst ist und nicht nur noch nicht erfasst wurde, dann ist das Eintragen eines expliziten Wertes IMHO etwas was man machen kann. Es muss ja nicht jeder für nötig halten, aber ich sehe jetzt nicht warum man sich da gleich auf die Füße getreten fühlen muss. IMHO stört das niemanden, so lange es richtige Werte sind. Gruß, Bernd es ist in soweit nicht richtig, als dass es nur für Kraftfahrzeuge gilt, nicht aber für Rad- und Fußvolk. Da Fußvolk nicht ohne Hilfsmittel in diese Regionen vordringt fallen sie mal aus der Überlegung raus, weil unbedeutend. Radfahren können aber je nach Umgebung und körperlicher Konstitution sehr wohl in diese Region abtauchen, und für sie gilt in geschlossenen Ortschaften nunmal kein maxspped=50 sondern erstmal maxspeed=nicht vorhanden. Ein globales maxspeed=50 ist als inkorrekt ohne gleichzeitig ein maxspeed:bicycle=no zu setzen, aber dass macht ja keiner. Eine explitize Begrenzung gilt für alle und verdient es so mit maxspeed=* abgebildet zu werden. Was glaube ich eher in deinem Fokus liegt ist maxspeed:motorcar=50. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätssicherung - unbenannte Objekt e
Berlin verfügbar ! Jan Tappenbeck schrieb: morgen mit dem berlin.osm gruß Jan :-) Christoph Henning schrieb: Großartig, lässt du das bitte auch für Berlin berechnen? 2009/5/14 Jan Tappenbeck o...@tappenbeck.net: Jetzt gibt es auch eine Übersicht unter http://wiki.openstreetmap.org/wiki/SearchNoNamePOI Die Pfade zu unten mußten nochmal angepaßt werden ! jetzt auch Köln und Müchen, Bayern und NRW Jan Tappenbeck schrieb: habe noch einige draufgelegt http://www.tappenbeck.net/osm/quality/poi_noname/schleswig-holstein/ http://www.tappenbeck.net/osm/quality/poi_noname/grossraum_kiel/ http://www.tappenbeck.net/osm/quality/poi_noname/grossraum_luebeck/ eine uebersichtsseite folgt ! Gruß Jan :-) Jan Tappenbeck schrieb: Moin ! ich habe mich auch an einem Tool versucht für das Auffinden von unbenannten Objekten - wenn schon Elemente in der Karte, dann auch mit dem entsprechenden Namen. Eine erste Auswertung für Hamburg findet sich unter http://www.tappenbeck.net/osm/quality/poi_noname/hamburg/ Bei Bedarf kann ich auch die anderen Bundesländer rechnen lassen oder Auszüge wenn die Bereiche zu groß sind. Schaut es Euch an und wenn es etwas zu verbessern gibt melden. Gruß Jan :-) ___ 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] Maxspeed map - Kompromissvorschlag
Hallo. Am Freitag 15 Mai 2009 15:20:15 schrieb Mario Salvini: Da Fußvolk nicht ohne Hilfsmittel in diese Regionen vordringt fallen sie mal aus der Überlegung raus, weil unbedeutend. Radfahren können aber je nach Umgebung und körperlicher Konstitution sehr wohl in diese Region abtauchen, und für sie gilt in geschlossenen Ortschaften nunmal kein maxspped=50 sondern erstmal maxspeed=nicht vorhanden. Ein globales maxspeed=50 ist als inkorrekt ohne gleichzeitig ein maxspeed:bicycle=no zu setzen, aber dass macht ja keiner. Ein Radfahrer der auf einer solchen Straße mehr als 50 km/h fährt, handelt zwar formal nicht unrechtmäßig, kann aber erstens nicht mehr mit der gebotenen Rücksichtnahme unterwegs sein (wohlgemerkt: auf einer Straße auf der Autos nicht über 50 freigegeben sind) und zweitens (das ist das wesentliche) wird dem schnurzpiepegal sein, was in den OSM-Daten als maxspeed hinterlegt ist. Formal hast du recht, aber ich wüsste nicht, warum diese hier immer wieder angesprochene Gesetzeslücke in der Praxis irgend eine Relevanz hätte. Gruß, Bernd -- Windows Error 019: User error. It's not our fault. Is not! Is not! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Verkehrszeichen taggen
Hallo Per, maxspeed sollte immer explizit getagged werden, eine Relation boundary=traffic ist schön, besagt aber auch nicht mit Sicherheit das da nicht doch ein 30-Schild steht, sondern nur das die Straße sich innerhalb eines Ortes befindet und es für mach eine Navigationssoftware sinnvoll wäre dem Benutzer mitzuteilen, das hier evtl. eine maxspeed von 50 gelten könnte und das man ganz sicher kein Fernlicht verwenden darf. Kleine Nebenbemerkung: Fernlicht ist nur bei durchgehender, ausreichender Beleuchtung verboten. Bei unbeleuchteten Ortschaften darf also auch mit Fernlicht gefahren werden. Quelle: StVO Art 17(3) http://www.verkehrsportal.de/stvo/stvo_17.php Gruss, Thomas, der diesen Artikel gerade gestern per Zufall gelesen hat. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Garminkarte auf Garmin N�VI 205T
Hallo, die OSM Karte auf einer SD Karte geht ja schon super. Die Adressuche will zwar noch nicht, aber mal schauen. Frage: Kann man die interne dazugelieferte Karte auch auf eine SD Karte kopieren/ Konvertieren? Dann könnte ich durch einfaches Umstecken der Speicherkarte, die Kartendaten wechseln. zZ muss ich immer erst im Menü (in der 3. Ebene), die Orginalkarte deaktivieren. Hat jemand eine Idee oder auch Infos zum Aufbau der Dateistruktur und Bedeutung der internen Speicherdaten? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: Hallo. Am Freitag 15 Mai 2009 15:20:15 schrieb Mario Salvini: Da Fußvolk nicht ohne Hilfsmittel in diese Regionen vordringt fallen sie mal aus der Überlegung raus, weil unbedeutend. Radfahren können aber je nach Umgebung und körperlicher Konstitution sehr wohl in diese Region abtauchen, und für sie gilt in geschlossenen Ortschaften nunmal kein maxspped=50 sondern erstmal maxspeed=nicht vorhanden. Ein globales maxspeed=50 ist als inkorrekt ohne gleichzeitig ein maxspeed:bicycle=no zu setzen, aber dass macht ja keiner. Ein Radfahrer der auf einer solchen Straße mehr als 50 km/h fährt, handelt zwar formal nicht unrechtmäßig, kann aber erstens nicht mehr mit der gebotenen Rücksichtnahme unterwegs sein (wohlgemerkt: auf einer Straße auf der Autos nicht über 50 freigegeben sind) und zweitens (das ist das wesentliche) wird dem schnurzpiepegal sein, was in den OSM-Daten als maxspeed hinterlegt ist. Formal hast du recht, aber ich wüsste nicht, warum diese hier immer wieder angesprochene Gesetzeslücke in der Praxis irgend eine Relevanz hätte. Gruß, Bernd die Gesetzeslücke für Innerorts ist auch weniger das Problem, da es nur in Deutschland Relavanz hat. Viel interessanter ist, wie du es außerorts handhaben würdest, wenn keine explizite Begrenzung vorliegt. Aus gleicher Argumentation ist das das globale maxspeed=* nämlich hier inkorrekt, denn es gilt nicht implizierte maxspeed=100 für alle, sondern nur maxspeed:motorcar=100, maxspeed:hgv=60, etc. Grüße :) Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] gefunden
es war die body -definition - weiße farbe auf weißem grund ! gruß Jan :-) Jan Tappenbeck schrieb: noch eine Frage - weißt Du über welche css-eigenschaft (nicht css an sich - sondern das anzusprechende objekt - zb. #map oder ...?) ich einfluss auf die textfarbe nehmen kann. gruß Jan :-) Carsten Gerlach schrieb: Moin, Am Donnerstag 14. Mai 2009 16:08:48 schrieb Jan Tappenbeck: Hallo Georg, vielen Dank für den Hinweis. Hast Du jetzt noch eine Idee warum die Popups aufgehen - aber keinen Inhalt haben ??? Kann es sein, daß der Text die gleiche Farbe wie der Hintergrund hat (weiß)? Wenn ich mit gedrückter Maustaste drüberfahre wir der Inhalt markiert und damit sichtbar. Deine Zeichenkodierung scheint auch nicht zu stimmen, bei Umlauten sehe ich da seltsame Zeichen. Grüße, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Hallo. Am Freitag 15 Mai 2009 16:10:08 schrieb Mario Salvini: es gilt nicht implizierte maxspeed=100 für alle, sondern nur maxspeed:motorcar=100, maxspeed:hgv=60, etc. Fällt dir für etc noch etwas ein? Ich weiß noch von pkw mit anhänger = 80, aber da wüsste ich kein tag für. Wichtig ist IMHO jetzt nicht, ob oder wie man das genau macht sondern dass es nicht sinnvoll ist, jetzt gleich kategorisch jede Kompromisslösung auszuschließen. Wenn jemand sich die Mühe macht, die Maxspeeds korrekt aus allem anderen zu berechnen, lasst ihn doch. Wenn es nicht korrekt war, macht man es rückgängig oder besser. Ich selbst hab auch gar kein besonderes Interesse daran, dass das jemand macht. Nur möchte ich nicht, dass hier so radikal ausgeschlossen wird, dass das Sinn machen kann. Gruß, Bernd -- Gehören Sie zu den 4 Millionen Menschen in Deutschland die weder lesen noch schreiben können? Dann lesen Sie hier bitte aufmerksam weiter und kontaktieren uns bei Interesse per Email [..] - Quelle unbekannt signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Frage zu Garmin N�VI_205T
Hallo, die OSM Karte auf einer SD Karte geht ja schon super. Die Adressuche will zwar noch nicht, aber mal schauen. Frage: Kann man die interne dazugelieferte Karte auch auf eine SD Karte kopieren/ Konvertieren? Dann könnte ich durch einfaches Umstecken der Speicherkarte, die Kartendaten wechseln. zZ muss ich immer erst im Menü (in der 3. Ebene), die Orginalkarte deaktivieren. Hat jemand eine Idee oder auch Infos zum Aufbau der Dateistruktur und Bedeutung der internen Speicherdaten? Cu . **Michael* -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: Die Funktionen zum Rückgängigmachen von Änderungen sind leider noch mangelhaft. Sehe ich nicht so. Bisher ist mir kein Fall bekannt, bei dem eine klar abgrenzbare Aktion (nach Zeit und Benutzer) nicht rückgängig gemacht werden konnte. Insbesondere wenn der Benutzer nur bestehende Werte verändert hat. Technisch möglich und für jedermann nutzbar sind zwei verschiedene Dinge. Es gibt keine Funktion undo this changeset oder revert to version X of this node die mir zu Augen gekommen wäre. Auf Seiten wie http://openstreetmap.org/browse/changeset/1199184 und http://openstreetmap.org/browse/way/28321003/history sollten solche Funktionen zur Verfügung stehen. In JOSM und Merkaartor gibt es da gar nichts und die Funktion in Potlach kann ich nur als rudimentär bezeichnen. Ich habe schon einige versehentliche Änderungen rückgängig gemacht, aber wir werden uns gezwungener Maßen auch mit absichtlichen Fehledits auseinandersetzen müssen. Erstens steht hier nirgendwas was vom Zurückschreiben der Werte und selbst wenn das jemand machen wollte, würde meiner Erfahrung nach keiner so beschränkt sein, abweichende, schon vorhandene Werte damit zu überschreiben. Das ist klar, aber auch das auffüllen noch nicht vorhandener Werte sollte vermieden werden. Sehe ich nicht so. So lange der theoretisch korrekte Wert (warum ist das so) in einem separaten Tag erhalten ist, sehe ich kein Problem darin, alle nicht anderweitig ausgeschilderten Innerorts-Straßen mit 50 zu markieren. 1. Das kann das auswertende Routingprogramm oder sein Präprozessor tun. Es gibt keinen Grund diese berechneten Werte zurück in die OSM-Datenbank zu schreiben. 2. Wenn irgendwo maxspeed=50 steht wird dieser Wert alt explizit getagged angenommen und nicht extra geprüft. Ein aus trafficzone=DE:city berechneter maxspeed=50 Wert, ist an vielen Stellen falsch, würde aber nicht zu einer überprüfung durch Mapper führen, sondern nur evtl. versehendlich von Navi-endbenutzern beim zufälligen abfahren der Straße entdeckt werden. 3. Programmierer von Routingprogrammen wären gut beraten, dem User mitzuteilen, das der maxspeed-Wert nicht explizit getagged wurde sondern nur vermutet wird. [...] IMHO stört das niemanden, so lange es richtige Werte sind. Ja, genau! Nur leider sind es eben oft falsche Werte. In einer noch nicht getaggeden 30-zone in einer Stadt würde der Navi Du darfst hier 50 fahren sagen. Besser wäre es wenn er sagt Du befindest dich in einer Ortschaft, genaue Geschwindigkeitslimits liegen nicht vor. Selbst ein Ich kenne das Limit nicht ist besser als dem User eine falsche Angabe zu machen. Siehe dazu auch Re: [Talk-de] Maxspeed map - Verkehrszeichen taggen! Per signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Log-Intervall
Garry schrieb: Meines Wissens gibt es (fast) keine GPS-Chips, die mehr als 1 Position Die genannten 4 Hz stehen auch im Datenblatt: http://www.u-blox.com/products/Data_Sheets/ATR0630_35_SglChip_Data_Sheet(GPS.G4-X-06009).pdf Den gibt es auch in Form einer USB-Maus von Conrad - wird zum Ausschlachten wegen der 4Hz auch gerne für Quaddrocopter genommen... Der u-blox ist z.B. auch in der bekannten Wintec WBT-201 verbaut... Alternative wäre der MTK Chipsatz, der z.B. in der Transystem BT747 enthalten ist: http://wiki.openstreetmap.org/wiki/GPS_Reviews#Transystem_i-Blue_747 Für die Speedfreaks: der kann 5 Positionen pro Sekunde speichern. Was die 747+ Version betrifft (neuer Chipsatz MTK v2-Chipsatz MTK 3329) kann ich aber nicht sagen, ob der auch bis 5Hz kann... MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OSM-Geb?ude in Google-Pseudo-3D ?
Original-Nachricht Datum: Fri, 15 May 2009 14:58:09 +0200 Von: Jonas Krückel o...@jonas-krueckel.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] ?OSM-Geb?ude in Google-Pseudo-3D ? Auf jeden Fall denke ich, dass viel Potential vorhanden ist. Allerdings werden die Leute keine 12 verschiedenen Dächerformen (wie damals vorgeschlagen AFAIR) auseinanderhalten können und taggen wollen. Wenn dann ein einfaches, gut dokumentiertes und veranschaulichtes Schema. Meiner Ansicht nach brauchts drei Kriterien: - Die Unterscheidung von der Strasse aus und/oder Luftbild muss moeglich sein - Die Mehrzahl der Mapper soll die Formen einfach auseinanderhalten und einteilen koennen - Die Daecher muessen einfach zu parametrisieren sein, so dass ein 3-D-Renderer auch etwas damit anfangen kann. Ein nicht zu unterschaetzender Anfang waere die flaechendeckende Erfassung von Geschossanzahl und obs ein Flachdach oder Giebeldach ist. Alleine das gibt schon einen optischen Eindruck, der die Eigenheimsiedlung von Industriepark und Wohnhochhaeusern unterscheidbar macht (dargestellte Hoehe und graues oder rotes Dach). Das waere mein Vorschlag. Die beiden Parameter vergeben, durch die Visualisierung jagen, sehen wie es aussieht und dann ggf verfeinern. Gruesse Hubert -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OSM-Geb?ude in Google-Pseudo-3D ?
qbert biker schrieb: Original-Nachricht Datum: Fri, 15 May 2009 14:58:09 +0200 Von: Jonas Krückel o...@jonas-krueckel.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] ?OSM-Geb?ude in Google-Pseudo-3D ? Auf jeden Fall denke ich, dass viel Potential vorhanden ist. Allerdings werden die Leute keine 12 verschiedenen Dächerformen (wie damals vorgeschlagen AFAIR) auseinanderhalten können und taggen wollen. Wenn dann ein einfaches, gut dokumentiertes und veranschaulichtes Schema. Meiner Ansicht nach brauchts drei Kriterien: - Die Unterscheidung von der Strasse aus und/oder Luftbild muss moeglich sein - Die Mehrzahl der Mapper soll die Formen einfach auseinanderhalten und einteilen koennen - Die Daecher muessen einfach zu parametrisieren sein, so dass ein 3-D-Renderer auch etwas damit anfangen kann. Ein nicht zu unterschaetzender Anfang waere die flaechendeckende Erfassung von Geschossanzahl und obs ein Flachdach oder Giebeldach ist. Alleine das gibt schon einen optischen Eindruck, der die Eigenheimsiedlung von Industriepark und Wohnhochhaeusern unterscheidbar macht (dargestellte Hoehe und graues oder rotes Dach). Das waere mein Vorschlag. Die beiden Parameter vergeben, durch die Visualisierung jagen, sehen wie es aussieht und dann ggf verfeinern. +1 Langsam anfangen und dann verfeinern, manch einer würde sagen, dass das der typische OSM-Weg ist ;-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
