Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
Tom Hughes tom at compton.nu writes: Erik Johansson wrote: On Mon, Nov 10, 2008 at 7:14 PM, Jukka Rahkonen jukka.rahkonen at mmmtike.fi wrote: I would like to find somebody who believes he/she could make a new version of osm2pgsql Windows binaries. - user should be able to select the tags to be imported There is a file called default.style in the current version of osm2pgsql that allows you to do that. The other two I'm not sure about, API 0.6 should only add uid=## changeset=### to all objects.and osm2pgsql should handle that. Jukka's message was a bit confused - he knows (judging by the trac ticket he filed) that the current svn code supports the features he asked about. What he really wants is just somebody to compile the current code for windows. Hi, That's right, I have read the notes from svn and judged by that tags can be selected now, as well as the current code should handle PostGIS connection parameters. Last time it was not exectly the svn code that was used for compiling. The list of tags to be imported was prolonged by shop, is_in, historic, int_ref, postal_code, telephone, address and URL. In addition I remember somehow that some changes had to be done to the code before it started to work on Windows. I do not know exactly because I just received the executable, tested and accepted it but the work that was done there behind remained undocumented as far as I know. That's one reason why I think that perhaps OpenStreetMap trac could contain also current osm2pgsql Windows binaries or at least instructions about how to make them. PostGIS and osm2pgsql.exe are fine combination even for basic Windows users who are willing to start using OSM data with all the details in a simple way. Just a few steps are needed: - Install PostgreSQL and PostGIS extension with installer - Donload countywise OSM data from Geofabrik.de - Acquire osm2pgsql.exe and run it - Perhaps install missing Microsoft Visual C++ 2005 runtime components and run osm2pgsql.exe again - Learn that you must create PostgreSQL user having the same name than the logged-in Windows user, switch off the password checking run osm2pgsql.exe for the third time. Only discomfort at the moment is that PostGIS connection is always using the default parameters and no passwork can be set. Despite that everything goes very fast and reliably and I have been very satisfied with the utility. Until last week when I learned to create large georeferenced Mapnik maps in UTM projection with a nice Nik2img.py utility. I started to play by combining this Mapnik raster map, other raster maps from various WMS servers and local imagery as background layers with vector overlays coming from my WFS server. This is rather a nice and fast way to visualise what ever features there exists in the database without a need to make the whole load of rendering rules needed for making a nice map. And because overlays are vectors I can have all the attribute data available as well. I can already visualise cycleways, footways, streets without a name, buildings according to their tags etc, but I cannot colour highways according to max_speed tags or pharmacies according to opening hours, or cycleways according to the surface tag before I can load a bit more tags into PostGIS. I would like to make clear that I do not demand any special services for the Windows users. I understand that this project is running on Linux and that osm2pgsql is done for Mapnik rendering and it is not meant to be used as a general OSM data conversion tool. For that purpose having an ogr2ogr driver would be a better solution. Osm2pgsql.exe is just damn fast in importing OSM data into PostGIS in Windows environment and therefore I am, if not so very willing, but anyway ready to pay for the kind developer who would add those two missing features. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetmap iPhone app
On Mon, Nov 10, 2008 at 01:41:56PM +0100, John07 wrote: I thought of the same thing many times in the past. Such a app would be very cool. There are also the some webapps for a slippy map, but the usability isn?t that good. Has the iphone python? Check pymap in the svn repository, it is basically a slippy map that will cache all the downloaded tiles. It should be easy to add a downloader for a certain region for predownloading. But it has the same functionality/usability as a stock slippy map. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetmap iPhone app
You can suppress that, but the performance is pretty crappy. -J On Tue, Nov 11, 2008 at 9:46 PM, Joe Richards [EMAIL PROTECTED] wrote: You can get python installed if your iphone is jailbroken via the Cydia installer (apt-get Debian style but for the iPhone). I think you're imagining a slippy map via the browser though right? The problem is that when you drag on the browser, it scrolls the view (rather than activating a mouse-down event, which would scroll the map). = On Mon, Nov 10, 2008 at 01:41:56PM +0100, John07 wrote: I thought of the same thing many times in the past. Such a app would be very cool. There are also the some webapps for a slippy map, but the usability isn?t that good. Has the iphone python? Check pymap in the svn repository, it is basically a slippy map that will cache all the downloaded tiles. It should be easy to add a downloader for a certain region for predownloading. But it has the same functionality/usability as a stock slippy map. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New verification tool for OSM errors
A bit like a mix between noname, maplint and thelike : working only for europe http://wiki.openstreetmap.org/index.php/Yet_another_validation_tool_for_osm_data If you feel interested, I think it would be better to talk about it on the wiki talk page instead of this list because we might seriously polute it. That's my idea ;-) -- Sylvain Letuffe [EMAIL PROTECTED] qui suis-je : http://slyserv.dyndns.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] barrier=gate
On Sun, Nov 9, 2008 at 10:40 AM, Dave Stubbs [EMAIL PROTECTED]wrote: It's nice to say that the renderer should follow the community, but this does presume the community is moving in one direction. It's also fairly presumptuous that the renderer author has the time or inclination to code, test and deploy, every single community outburst on a particular issue. I don't think they should follow every outburst, or even several outbursts. They should follow the tags eventually, though. And whether the tags get added by community discussion or people adding things to the database because they like to, if enough people (or tags) get added over a long enough period of time, then eventually they'll get rendered. So frankly renderers can show whatever they like. They don't really have any choice but to follow the tagging conventions being used if they want the best data displayed. But there's no good reason they can't influence the tagging schemes we use, or that we shouldn't take them into account when suggesting wholesale tag changes. Well, this is a bit of chicken and egg, though. Once a tag has any traction, proponents can argue that a new tag will break renderers, just by virtue of being first, rather then addressing the merits (or lack thereof) of the tag itself. Anyways, it seems that this particular tag (in some renderers) is moot, as both the new tag and the old tag are already being rendered. But my original point was that discussions about tags should focus on how they impact the data, not on how they impact the renderers, which we have no control over. Gerald. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM is ....
Searching for something else I came across this: OSM is a multifunctional cytokine produced by activated T lymphocytes and monocytes and shares properties with all the members of this family of proteins. OSM is structurally and functionally very similar to LIF. Which just about sums it up really! Cheers STEVE Steve Chilton, Learning Support Fellow Manager of e-Learning Academic Development Centre for Learning and Quality Enhancement Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM is ....
Spanish version of OSM: http://www.osm.es/ On Tue, Nov 11, 2008 at 9:34 AM, Steve Chilton [EMAIL PROTECTED] wrote: Searching for something else I came across this: OSM is a multifunctional cytokine produced by activated T lymphocytes and monocytes and shares properties with all the members of this family of proteins. OSM is structurally and functionally very similar to LIF. Which just about sums it up really! Cheers STEVE Steve Chilton, Learning Support Fellow Manager of e-Learning Academic Development Centre for Learning and Quality Enhancement Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Tel: +44(0) 7814 517 807 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Question about the license for the software that uses data derived from OSM's database
Just a quick thank you to Jochen Iván for the great responses to my question :) I am now enlightened. ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] OSM is ....
Steve Chilton wrote: OSM is a multifunctional cytokine produced by activated T lymphocytes and monocytes and shares properties with all the members of this family of proteins. OSM is structurally and functionally very similar to LIF. We read the Observer on Sundays. Every month it comes with a supplement called Observer Sports Monthly. I habitually double-take when I read a sentence like It is the considered opinion of OSM that Jose Mourinho is seriously over-rated... cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] barrier=gate
On Tue, Nov 11, 2008 at 5:52 PM, Gerald A [EMAIL PROTECTED] wrote: On Sun, Nov 9, 2008 at 10:40 AM, Dave Stubbs [EMAIL PROTECTED] wrote: It's nice to say that the renderer should follow the community, but this does presume the community is moving in one direction. It's also fairly presumptuous that the renderer author has the time or inclination to code, test and deploy, every single community outburst on a particular issue. I don't think they should follow every outburst, or even several outbursts. They should follow the tags eventually, though. And whether the tags get added by community discussion or people adding things to the database because they like to, if enough people (or tags) get added over a long enough period of time, then eventually they'll get rendered. So frankly renderers can show whatever they like. They don't really have any choice but to follow the tagging conventions being used if they want the best data displayed. But there's no good reason they can't influence the tagging schemes we use, or that we shouldn't take them into account when suggesting wholesale tag changes. Well, this is a bit of chicken and egg, though. Once a tag has any traction, proponents can argue that a new tag will break renderers, just by virtue of being first, rather then addressing the merits (or lack thereof) of the tag itself. Anyways, it seems that this particular tag (in some renderers) is moot, as both the new tag and the old tag are already being rendered. But my original point was that discussions about tags should focus on how they impact the data, not on how they impact the renderers, which we have no control over. Gerald. OK, lets take this back to the beginning: ... why aren't we running a bot to perform the changes ? That's what I was responding to. People starting to use a new tag doesn't break a renderer as such (it still shows anything it used to, new stuff might not appear). Bots do break renderers. I'm arguing against bot changes, not people using barrier=gate, which they are free to do so. I also said something about making new tag recommendations that knowingly break existing tagging -- this is fairly subtle, but not about creating new tags which don't interfere (which barrier=gate doesn't). Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - information
The tourism=information describes an information source for tourists, travellers and visitors. But it does not differ between diverse types of an information point. The goal of this proposal is to specify this tag a little bit more, so it should be easier to find the right information point on a map. This tag can be also used for information boards at a educational trail. The route and the boards/maps should than be part of a relation. http://wiki.openstreetmap.org/index.php/Proposed_features/information ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetmap iPhone app
You can get python installed if your iphone is jailbroken via the Cydia installer (apt-get Debian style but for the iPhone). I think you're imagining a slippy map via the browser though right? The problem is that when you drag on the browser, it scrolls the view (rather than activating a mouse-down event, which would scroll the map). = On Mon, Nov 10, 2008 at 01:41:56PM +0100, John07 wrote: I thought of the same thing many times in the past. Such a app would be very cool. There are also the some webapps for a slippy map, but the usability isn?t that good. Has the iphone python? Check pymap in the svn repository, it is basically a slippy map that will cache all the downloaded tiles. It should be easy to add a downloader for a certain region for predownloading. But it has the same functionality/usability as a stock slippy map. spaetz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - Geographical Places
There is a need for a better way of labeling geographical features such as seas, peninsulas, mountain ranges etc. The current options of either associating a name=* tag directly with the natural=* tag or using place=locality with a name tag do not address the problems of selecting proper zoom levels to render a name, neither provide any clues to the renderer which font size etc to use. The proposal introduces new place=land and place=water values. Further, a new key place_level may be used to classify the size of the feature. Please see the proposal page for the details http://wiki.openstreetmap.org/index.php/Proposed_features/Geographical_Places ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - research_institution
The main task of research institutions is research and often they are not part of universities. Therefore they shouldn't use the same feature/icon. Please see the proposal page for the details http://wiki.openstreetmap.org/index.php/Proposed_features/research_institution ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Implementing Geographic Information Technologies Ethically
http://www.esri.com/news/arcnews/fall08articles/implementing-gi-technologies.html I only had time to skim this article, but it looked like it might have some relevance. (I apologize in advance if I'm mistaken!) Especially closer to the end he talks about issues with licensing and restricting data, open data projects (no mention of OSM), etc. -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] shp2osm.pl: duplicated way nodes
I'm trying to import some shapefiles with areas into JOSM; so far I haven't been able to get closed ways. I just tried shp2osm, and I get Duplicated Way Nodes errors in the validator. I've also tried a two-step process with a couple of tools, DNRGarmin and ExpertGPS. These can produce GPX from SHP, but when I convert them to a data layer in JOSM I end up with Unclosed Ways (after I tag them). Has anyone found an automated way to import areas from shapefiles? Thanks. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shp2osm.pl: duplicated way nodes
I'll finally get around to uploading my SHP to OSM Java app tomorrow. I'll reply to this thread and let you know where to get it and how to use it. It converts shp's linestring, polygon, multipolygon, point, etc. to their OSM counterparts. On Tue, Nov 11, 2008 at 7:54 PM, David Carmean [EMAIL PROTECTED] wrote: I'm trying to import some shapefiles with areas into JOSM; so far I haven't been able to get closed ways. I just tried shp2osm, and I get Duplicated Way Nodes errors in the validator. I've also tried a two-step process with a couple of tools, DNRGarmin and ExpertGPS. These can produce GPX from SHP, but when I convert them to a data layer in JOSM I end up with Unclosed Ways (after I tag them). Has anyone found an automated way to import areas from shapefiles? Thanks. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] deleting annotations in whereami
hi, I am having a huge problem with annotations in whereami. How to delete them. At present the file gets bigger and bigger, I have annotations from all over India, which makes josm dead slow when I load the file. Any clues as to how to do this? -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shp2osm.pl: duplicated way nodes
David Carmean dlc at halibut.com writes: I'm trying to import some shapefiles with areas into JOSM; so far I haven't been able to get closed ways. I just tried shp2osm, and I get Duplicated Way Nodes errors in the validator. I've also tried a two-step process with a couple of tools, DNRGarmin and ExpertGPS. These can produce GPX from SHP, but when I convert them to a data layer in JOSM I end up with Unclosed Ways (after I tag them). Has anyone found an automated way to import areas from shapefiles? Hi, Polygons are stored in that way in shapefile format. Starting node is repeated as the end node, thus triange shaped polygon has four coordinate pairs. I don't know if shp2osm is even trying to merge the starting and ending node for making valid OSM polygons. I guess that it can be done manually by selecting the duplicated nodes and merging them with OSM. In addition, each is shapefiles each polygon is stored as a separate shape and converting adjacent areas will yield even more dublicated nodes. I don't believe that GPX format has any support for areas and it may well be that all shp to gpx conversion programs are making dublicated nodes. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Contact met KPN gezocht
On Tue, 11 Nov 2008, Floris Looijesteijn wrote: Nu Skywave heeft geconstateerd dat er in de app zelf ook nergens een bronvermelding is zit ik al iets meer op jouw golflengte stefan... Heb je op de voicemail gezegd dat je zelf van openstreetmap bent? En gevraagd of ze je terug willen bellen ofzo? Ja, Stefan de Konink, Open Streetmap Nederland. Inderdaad. Als er alleen 'zomaar iemand' vraagt om de bron vraag ik me af of ze dat wel prioriteit geven... Ik bel ze vanmiddag ~13u, als ze geen contact hebben opgenomen. Dat verklaart het een en ander :) ;) Maar deze mailing lijst staat binnen de kortste keren ook op google en is dus ook openbaar. Ik vind scenarios als rechtszaken dus een beetje voorbarig... Maar hou ons vooral op de hoogte! Will do :) Je moet de soep ook nooit te heet eten ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Martijn Pannevis wrote: Stefan, ik snap wérkelijk niet waarom je opeens boos op mij bent?! Ten eerste heb ik momenteel niets met KPN of hun reclame's te maken. Verder neem ik aan dat je doelt op de prijs die Nulaz op Picnic heeft gewonnen? FYI: * Ik ben weg bij Nulaz. Mijn excuses als ik je op persoonlijke titel aansprak. Zoals ik op het eind al schreef doelde ik op Nulaz. En ja, het ging op de Picnic prijs. Zoals de persoonlijke e-mailtjes van jouw heb ontvangen dacht ik dat dit ook jouw toko was, als dat niet zo is vraag ik me af waar die mailtjes van het oude Siemens gebouw dan over gingen. * Er zijn momenteel inderdaad meerdere LBS partijén, maar anderhalf jaar geleden was dat nog niet het geval. Ik heb *nu* geen zin om uit te zoeken wie eerder was Nulaz of Bliin. 100% zeker weet ik dat de technologie van 'friendsserver' al jaren eerder draaide. Maar dit gaat meer over het vermarkten van OpenStreetMap en daar iets voor terug doen. Zoals mensen claimen dat KPN voor ons wat zou (willen) terug doen behalve de naam noemen; ik bestrijd dat en geef een direct voorbeeld. * Ik heb, toen ik bij Nulaz zat, een open-source Cell-DB opgericht, die iedereen vrij mag gebruiken. Dat leek me relevante, te sharen data. Na de broedplaats dag van de Digitale Pioniers heb ik direct geprobeerd met Nulaz en Bliin contact op te nemen; Bliin heeft een initiele dump gegeven van haar data. Maar niemand heeft de moeite genoemen terug te bellen over de samenwerking, om bij het agentschap data te Wobben. Dat vind ik persoonlijk *erg* jammer. Het is de core business van Nulaz en Bliin zeker niet die van mij. * Nulaz heeft, iig toen ik er zat, nooit onder stoelen of banken gestoken dat ze OSM gebruiken. Dat had er nog bij moeten komen ;) Maar goed, Nulaz kan ook dingen voor OSM doen, o.a. traces etc. Waarom komt zoiets niet van de grond? Verder ben ik altijd gewoon bereikbaar per mail, en telefonisch, en snap ik niet wat ik je opeens heb misdaan. Jij hebt niets misdaan, zoals ik al schreef ging het mij over een prijs die aan *Nulaz* was uitgedeeld omdat ze 'innoverend' bezig zijn. Ik bestrijd dat. Daarbij zie ik dat Nulaz 'innoveert' met OpenStreetMap maar nu niet direct de partij is geweest waar data naar heen en weer gaat. Je zou toch zeggen, partij X gebruikt technologie Y wint prijs met technologie Y, zorgt iig dat mensen van technologie Y blij worden. ...oftewel ik had het best aardig gevonden als Nulaz een borrel had georganiseerd, eigen initiatief enzo. Stefan p.s gaat nu KPN bellen ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
2008/11/11 Skywave [EMAIL PROTECTED]: Overigens http://www.waarzitwie.gos2m.nl/js/s2m_map_osm.js. Nog wat referenties naar [EMAIL PROTECTED] Je kunt als het goed is aan de headers die de web-server naar je toestuurt (ongeveer) zien van wanneer dit bestand is. Kijk daar ook even naar... wget -S http://www.waarzitwie.gos2m.nl/js/s2m_map_osm.js --15:26:06-- http://www.waarzitwie.gos2m.nl/js/s2m_map_osm.js = `s2m_map_osm.js' Resolving www.waarzitwie.gos2m.nl... 217.114.102.136 Connecting to www.waarzitwie.gos2m.nl|217.114.102.136|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK Date: Tue, 11 Nov 2008 14:26:06 GMT Server: Apache Last-Modified: Fri, 07 Nov 2008 10:06:46 GMT ETag: 99e992-ff9-9222b980 Accept-Ranges: bytes Content-Length: 4089 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: application/x-javascript Length: 4,089 (4.0K) [application/x-javascript] Het lijkt erop dat dit bestand op 7 november j.l. op die server is geplaatst. Voor de plaatjes: $ wget -S http://mapdata.gos2m.nl/17/67326/43077.png --15:27:03-- http://mapdata.gos2m.nl/17/67326/43077.png = `43077.png' Resolving mapdata.gos2m.nl... 217.114.102.136 Connecting to mapdata.gos2m.nl|217.114.102.136|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK Date: Tue, 11 Nov 2008 14:27:03 GMT Server: Apache Last-Modified: Tue, 09 Sep 2008 19:47:31 GMT ETag: 20bbee5-e20-ce6c1ac0 Accept-Ranges: bytes Content-Length: 3616 Content-Type: image/png Via: 1.0 mapdata.gos2m.nl Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Length: 3,616 (3.5K) [image/png] 100%[] 3,616 --.--K/s 15:27:03 (387.62 KB/s) - `43077.png' saved [3616/3616] $ wget -S http://mapdata.gos2m.nl/17/67320/43069.png --15:27:17-- http://mapdata.gos2m.nl/17/67320/43069.png = `43069.png' Resolving mapdata.gos2m.nl... 217.114.102.136 Connecting to mapdata.gos2m.nl|217.114.102.136|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK Date: Tue, 11 Nov 2008 14:27:17 GMT Server: Apache Last-Modified: Tue, 09 Sep 2008 19:28:50 GMT ETag: 70bf38a-7b9-8b9b0080 Accept-Ranges: bytes Content-Length: 1977 Content-Type: image/png Via: 1.0 mapdata.gos2m.nl Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Length: 1,977 (1.9K) [image/png] 100%[] 1,977 --.--K/s 15:27:17 (280.58 KB/s) - `43069.png' saved [1977/1977] $ wget -S http://mapdata.gos2m.nl/16/33635/21555.png --15:27:27-- http://mapdata.gos2m.nl/16/33635/21555.png = `21555.png' Resolving mapdata.gos2m.nl... 217.114.102.136 Connecting to mapdata.gos2m.nl|217.114.102.136|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK Date: Tue, 11 Nov 2008 14:27:27 GMT Server: Apache Last-Modified: Wed, 10 Sep 2008 18:00:00 GMT ETag: 2822ea7-84a-6bc10800 Accept-Ranges: bytes Content-Length: 2122 Content-Type: image/png Via: 1.0 mapdata.gos2m.nl Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Length: 2,122 (2.1K) [image/png] 100%[] 2,122 --.--K/s 15:27:27 (74.95 MB/s) - `21555.png' saved [2122/2122] Die datums van 9 en 10 september wil zeggen dat ze toch alweer een tijdje ermee bezig zijn geweest... Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM end-of-year party
Hoi, On Monday 10 November 2008, Henk Hoff wrote: Het is al weer een tijdje geleden dat we een laatste bijeenkomst hadden. In de tussentijd is er al weer veel gebeurt. Misschien goed om elkaar even bij te praten onder het genot van een glas met vochtige substantie. Doel: gezellig samenzijn, meetgreet, kortom: communitybuilding. Altijd goed ;-) Ik zou willen voorstellen om dit in Amsterdam te doen en dan op een zaterdag- of zondagmiddag (met en mogelijk uitloop naar de avond). Mogelijke data: - zaterdag 29 november - zaterdag 6 december - zondag 7 december - zondag 14 december - zaterdag 20 december - zondag 21 december Je merkt het: de keuze is reuze. Om het keuze traject toch wat overzichtelijk te houden heb ik ook even een item op de wiki gezet. http://wiki.openstreetmap.org/index.php/Netherlands_Mapping_Parties_2008 29-11 staat daar niet bij? -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Stefan de Konink wrote: je hebt natuurlijk gelijk dat er ook op die site een bronvermelding bij moet. wie weet staat het wel al gewoon in de applicatie. Ik wil nergens gelijk in hebben, ik heb dit nota bene zelf moeten constateren via een TV zender, damn die kaartjes komen wel *erg* overeen. Aantasting van mijn auteursrechten dus. Als jij dat anders ziet mag dat best, ik zie het niet anders. Het overnemen en gebruiken van een kaartje op de website is ook onderhevig aan BY-SA, daar had dus ook een vermelding moeten staan. ik vind het toch wel een opsteker dat zelfs de kpn onze gegevens gebruikt. Ik niet, ik vind dat Martijn Pannevis een innovatie prijs heeft gehad voor het gebruik van technologie dat al minimaal 5 jaar in GPSdrive te vinden was, waar momenteel directe concurrenten van zijn en er totaal niets innovatiefs gebeurt, voor zover je mashups uberhaupt innovatief kunt noemen. Leuk die prijzen pot, maar ik zie daar geen Share Alike gedachte van terug komen. (Dat er op persoonlijke titel een style editor is gemaakt, leuk...) Stefan, ik snap wérkelijk niet waarom je opeens boos op mij bent?! Ten eerste heb ik momenteel niets met KPN of hun reclame's te maken. Verder neem ik aan dat je doelt op de prijs die Nulaz op Picnic heeft gewonnen? FYI: * Ik ben weg bij Nulaz. * Ik ben ooit, ruim een jaar geleden, afgestudeerd op Nulaz. Toen heb ik, met vrij uitgebreide research, geen vergelijkbare applicaties gevonden (maar het is zeker mogelijk dat ik dingen over het hoofd heb gezien). * Er zijn momenteel inderdaad meerdere LBS partijén, maar anderhalf jaar geleden was dat nog niet het geval. * Ik heb, toen ik bij Nulaz zat, een open-source Cell-DB opgericht, die iedereen vrij mag gebruiken. Dat leek me relevante, te sharen data. * Nulaz heeft, iig toen ik er zat, nooit onder stoelen of banken gestoken dat ze OSM gebruiken. Verder ben ik altijd gewoon bereikbaar per mail, en telefonisch, en snap ik niet wat ik je opeens heb misdaan. Vriendelijke Groeten, Martijn Pannevis. (as always, op persoonlijke titel). ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
2008/11/11 Skywave [EMAIL PROTECTED]: Wat tiles: http://mapdata.gos2m.nl/17/67326/43077.png http://mapdata.gos2m.nl/17/67320/43069.png http://mapdata.gos2m.nl/16/33635/21555.png Vooral die met een stukje Artis erop is aardig, omdat 'wij' de enigen zijn die tot in dat detail Artis op de kaart hebben staan (toch?)... Groeten, Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Overigens http://www.waarzitwie.gos2m.nl/js/s2m_map_osm.js. Nog wat referenties naar [EMAIL PROTECTED] 2008/11/11 Stefan de Konink [EMAIL PROTECTED] Skywave wrote: Zo ver ik kan zien gebruiken ze gewoon de Mapnik stylesheet, weliswaar een wat oudere. Overigens kan iedereen met toestel op KPN netwerk het programma (gratis) proberen. Log trouwens net in en dan krijg je ook een slippymap op basis van Openlayers. Ook is er een forum. De tiles zijn gehost door dit bedrijf: http://www.gos2m.nl/. Ook op die website geen enkele openstreetmap verwijzing, niet eens in de slippymap. Al om al, erg slordig. Maar begin te vermoeden dat je niet bij KPN moet zijn maar bij Service2Media. Wat tiles: http://mapdata.gos2m.nl/17/67326/43077.png http://mapdata.gos2m.nl/17/67320/43069.png http://mapdata.gos2m.nl/16/33635/21555.png *heel goed werk Skywave* Stefan ___ 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] Contact met KPN gezocht
Stefan de Konink wrote: Zie; http://www.openstreetmap.nl/ KPN heeft bij monde van Stefan Simons mijn teruggebeld. En ik word ik contact gebracht met Hugo Winnubst van Hi. Het is duidelijk dat er bij KPN geen onwil zit om naamsvermelding te regelen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
2008/11/11 Stefan de Konink [EMAIL PROTECTED] Wiebe van der Worp wrote: Wel moeten de eerste stappen ook doorlopen worden, KPN zoveel mogelijk de kans geven hun fout recht te zetten. Voorlichting is benaderd, nog geen reactie van gehad, maar wat de uitkomst ook mag zijn er zal een persbericht uitgaan :) Immers, grote OSM applicatie. Gezien er nu duidelijk een media campagne aan de gang is, hoort er een OpenStreetMap logo gewoon naast. Prima voorstel, dat gaat dan over inbreuk van de 'By'-clausule. Is er ook inbreuk op de 'Share alike'-clausule? Wat voegen ze toe? Ik zou het ook voorleggen aan de juristen binnen Vrijschrift. Ik kan dat moeilijk beoordelen van alleen dat plaatje. Ik zie wel dat hij anders is gerenderd. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl Zo ver ik kan zien gebruiken ze gewoon de Mapnik stylesheet, weliswaar een wat oudere. Overigens kan iedereen met toestel op KPN netwerk het programma (gratis) proberen. Log trouwens net in en dan krijg je ook een slippymap op basis van Openlayers. Ook is er een forum. De tiles zijn gehost door dit bedrijf: http://www.gos2m.nl/. Ook op die website geen enkele openstreetmap verwijzing, niet eens in de slippymap. Al om al, erg slordig. Maar begin te vermoeden dat je niet bij KPN moet zijn maar bij Service2Media. Wat tiles: http://mapdata.gos2m.nl/17/67326/43077.png http://mapdata.gos2m.nl/17/67320/43069.png http://mapdata.gos2m.nl/16/33635/21555.png ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Wiebe van der Worp wrote: Wel moeten de eerste stappen ook doorlopen worden, KPN zoveel mogelijk de kans geven hun fout recht te zetten. Voorlichting is benaderd, nog geen reactie van gehad, maar wat de uitkomst ook mag zijn er zal een persbericht uitgaan :) Immers, grote OSM applicatie. Gezien er nu duidelijk een media campagne aan de gang is, hoort er een OpenStreetMap logo gewoon naast. Prima voorstel, dat gaat dan over inbreuk van de 'By'-clausule. Is er ook inbreuk op de 'Share alike'-clausule? Wat voegen ze toe? Ik zou het ook voorleggen aan de juristen binnen Vrijschrift. Ik kan dat moeilijk beoordelen van alleen dat plaatje. Ik zie wel dat hij anders is gerenderd. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Stefan de Konink wrote: Je hebt het nu over Vrijschrift, ik hoop toch niet dat je wilt bepleiten omdat XS4ALL KPN is, en XS4ALL Vrijschrift sponsort, wij niet moeten zeuren over bedrijfsactiviteiten van een andere dochter? Dat staat natuurlijk los van elkaar: (enorm) leuk dat XS4ALL (KPN dus) dataverkeer sponsort maar dat mag en zal nooit ten koste van objectiviteit gaan. Steek ik mijn hand voor in het vuur. Vrijschrift heeft *niets* te maken met OSM dataset, de mirror is helaas ook down. En zoals je zelf weet, en ik vandaag op door de Digitale Pioniers werd voorgeschoteld slechts een financiële constructie om subsidie gelden te verkrijgen. Ik zou de mening van Wiebe hier graag over horen. Wiebe; wellicht kun je herhalen wat je vrijdag bij OCW zei over CC materiaal wat misbruikt werd. Ik weet niet goed waar je op doelt maar als het gaat om vergelijkbare GPL-inbreuken dan is de laatste stap terecht de rechtszaal. Wel moeten de eerste stappen ook doorlopen worden, KPN zoveel mogelijk de kans geven hun fout recht te zetten. Die fout is ronduit ernstig. Van een gemiddelde MKB-er kun je verwachten dat ze niet ingeschoten zijn op het gebied van licenties. Van KPN mag je dat zeker wel verwachten, dit is blunderen van juridische prutsers of bewust inbreuk maken. Dat is even niet in te schatten. Of gooi er een persbericht uit (de perslijst van vrijschrift is vrij groot, benut die ook) met vooral de objectieve bevindingen zonder emoties zodat de pers voor details bij KPN kan gaan zagen, OF probeer bij KPN alles in het reine te krijgen. Ik zou voor de laatste optie gaan want dan win je het meest maar als dat niet (vlot) lukt vooral niet schromen om ze via de media met het persbericht alsnog onder druk te zetten. Als ze slim zijn nemen ze de juiste beslissingen en is er een win-win-situatie. Gezien er nu duidelijk een media campagne aan de gang is, hoort er een OpenStreetMap logo gewoon naast. Prima voorstel, dat gaat dan over inbreuk van de 'By'-clausule. Is er ook inbreuk op de 'Share alike'-clausule? Wat voegen ze toe? Ik zou het ook voorleggen aan de juristen binnen Vrijschrift. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Skywave wrote: Zo ver ik kan zien gebruiken ze gewoon de Mapnik stylesheet, weliswaar een wat oudere. Overigens kan iedereen met toestel op KPN netwerk het programma (gratis) proberen. Log trouwens net in en dan krijg je ook een slippymap op basis van Openlayers. Ook is er een forum. De tiles zijn gehost door dit bedrijf: http://www.gos2m.nl/. Ook op die website geen enkele openstreetmap verwijzing, niet eens in de slippymap. Al om al, erg slordig. Maar begin te vermoeden dat je niet bij KPN moet zijn maar bij Service2Media. Wat tiles: http://mapdata.gos2m.nl/17/67326/43077.png http://mapdata.gos2m.nl/17/67320/43069.png http://mapdata.gos2m.nl/16/33635/21555.png *heel goed werk Skywave* Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[Talk-de] Postleitzahlen vs OSM Inspector
Hi, beim betrachten von http://tools.geofabrik.de/osmi/?view=addressesbaselayer=Mapnikopacity=0.30lon=12.86578lat=50.87472zoom=8overlays=postcodeareas,postcodeoutline,nearest_roads,connection_lines,nearest_points,interpolation,nodes_with_addresses_interpolated fällt mir auf das viele Postleitzahlengebiete beschädigt sind. Gibt es dafür einen regelmäßigen Grund ? Im Bereich Baesweiler ist ein Node von der Telekom bzgl DSL um mehrere hundert Kilometer falsch gesetzt gewesen. Gibt es eine Möglichkeit einen automatisierten Check laufen zu lassen ? Was passiert eigentlich mit Postleitzahlen aus Ausland ? Denn mit Antwerpen ist auch etwas sehr merkwürdiges passiert. Dort verbindet sich eine belgische Postleitzahl mit einer deutschen Antwerpen = Prigglitz. Da könnte vielleicht ein Check helfen. Nebenbei die Frage wie oft wird die Karte erneuert ? Schöne Grüße Henry E #adBox3 {display:none;} ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlen vs OSM Inspector
On Tue, Nov 11, 2008 at 09:38:06AM +0100, [EMAIL PROTECTED] wrote: http://tools.geofabrik.de/osmi/?view=addressesbaselayer=Mapnikopacity=0.30lon=12.86578lat=50.87472zoom=8overlays=postcodeareas,postcodeoutline,nearest_roads,connection_lines,nearest_points,interpolation,nodes_with_addresses_interpolated fällt mir auf das viele Postleitzahlengebiete beschädigt sind. Gibt es dafür einen regelmäßigen Grund ? beschädigt ist vielleicht das falsche Wort. Sie werden halt einfach aufgrund der vorhandenen Daten gezeichnet und wenn die nicht stimmen, dann passts halt nicht. Du führst ja zwei der Gründe, warum so passieren kann, gleich auf: Im Bereich Baesweiler ist ein Node von der Telekom bzgl DSL um mehrere hundert Kilometer falsch gesetzt gewesen. Gibt es eine Möglichkeit einen automatisierten Check laufen zu lassen ? Eigentlich ist die Karte im OSM Inspector doch ein prima Check: Du siehst ein PLZ-Gebiet, was viel zu gross ist, kannst leicht den Schuldigen finden und korrigieren. Der Computer kann ja nicht wissen, dass ein DSLAM der Telekom mit falscher PLZ eingetragen wurde. Was passiert eigentlich mit Postleitzahlen aus Ausland ? Denn mit Antwerpen ist auch etwas sehr merkwürdiges passiert. Dort verbindet sich eine belgische Postleitzahl mit einer deutschen Antwerpen = Prigglitz. Da könnte vielleicht ein Check helfen. Wenn die betreffenden Nodes/Ways zusätzlich mit addr:country=de bzw. addr:country=be getagged wären, dann würde das nicht passieren. Ist natürlich die Frage, ob das sinnvoll ist. Ich könnte zumindest defaults für diese Angaben aus den Ländergrenzen ableiten. Allerdings sind auch diese bei OSM schlecht erfaßt. Nebenbei die Frage wie oft wird die Karte erneuert ? Wenn nichts dazwischen kommt einmal täglich. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
... ich hatte allerdings nicht vor, pgRouting umzuschreiben ;-) ... aber da werde ich wohl die Importroutine noch erweitern müssen - macht halt keinen echten Spaß Ich denke die Anzahl an node-Tags, die in das Routing einfließen ist groß genug, dass sich der Aufwand lohnt. Außerdem lassen sich damit viele spaßige Dinge machen (ich habe festgestellt, dass es ganz schön schwer ist bei mir aus dem Dorf rauszukommen ohne auch nur eine Ampel zu sehen ;-) ). Was mich aber interessiert: Wie ist die Performance von pgRouting? Wenn ich den Quellcode richtig verstehe (und das muss echt nicht sein...) dann lädt der tatsächlich erstmal sämtliche edges ein, die durch das uebergebene SQL-Statement zurueckgegeben werden und leitet die dann an die boost-library weiter. Ich kann mir vorstellen, dass das bei relativ kleinen Datenmengen noch fix ist aber ich frage mich wie das bei größeren Tabellen wird. Ich habe es noch nicht ausprobiert, da meine Tabellen grad in einem anderen Format sind aber ich wuerde mich freuen könntest Du da ein paar Worte zu verlieren. Vielen Dank, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cycle-Map -- wie oft aktualisiert?
2008/11/11 Sebastian Waschik [EMAIL PROTECTED] Hallo, [...] Beeinflussen kannst du das denke ich nicht. Ich denke da wird wöchentlich der Speicherauszug eingespielt. Viele Grüße Sebastian Waschik Ist ja bei Mapnik das gleiche, finde ich imho auch gut so. mfg, Florian (Kelvan) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sortieren von Polygonen aus Relationen f ür Osmosis
Von: Martin Koppenhoefer [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Sortieren von Polygonen aus Relationen für Osmosis Am 10. November 2008 21:55 schrieb Detlef Reichl [EMAIL PROTECTED]: Hallo Alex, für die Pforzheimer Statistik habe ich soetwas, das statt mit den Wegen einer Relation mit boundary-ways arbeitet. Dieses Skript sortiert sich die Wege selbst und hängt sie aneinander und dreht sie wenn nötig auch um. Dies brauche ich für den gleichen Zweck, nämlich um zu sehen, welche Straßen sich innerhalb der Stadt befinden und wieweit bereits die Deckung ist. Das ganze Ding ist in Ruby geschrieben und sollte sich recht leicht an Deine Bedürfnisse anpassen lassen. Wenn Du möchtest kann ich es Dir zuschicken. Hier an die Liste schicken wollte ich es nicht, da es doch schon ein wenig größer ist. Grüßle, detlef vielleicht kann man es auch in SVN einchecken, oder ist es da schon? Ich weiss nicht, wie sinnvoll das ist, aber der Gedanke kam mir. Es sind doch einige Sachen drin, die sehr Pforzheim-spezifisch sind. Ich versuche das momentan bestmöglich zu separieren, bin mir aber bei manchen Sachen noch nicht so schlüssig wie ich das am besten anstelle. Außerdem ist der Code in vielen Bereichen noch nicht wirklich Produnkionstauglich. Deswegen hat er meiner Meinung nach dort im SVN nichts zu suchen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlengebiete
Am 11. November 2008 14:34 schrieb Tobias Wendorff [EMAIL PROTECTED]: Hallo Martin, Du antwortest mir immer privat, soll die Community nichts von den Nachrichten wissen? nee, das war aus Versehen, manchmal clicke ich auf antworten anstatt allen antworten, dann passiert das. Martin Koppenhoefer schrieb: doch, duerfte man, aber die sind noch zweistellig (von 1941). Oder darf man die erst ab 2011 verwenden? Nein, vor einiger Zeit sind doch alle VÖs vor einem bestimmten Jahr abgelaufen. Oder war das 2011? Weiß nicht mehr - nur was wollen wir damit? k.A., aber wenn sich jemand wider Erwarten die Muehe machen sollte, dann bitte. In jedem Fall wuerde eine Uebernahme dieser Daten wohl als wissenschaftliche Arbeit gewertet (wenn man es entsprechend anstellt). OSM hat den Status einer Hobbyarbeit, da wir bei weitem nicht wissenschaftlich vorgehen. Wir können nur den Teil unserer Daten an GPS-Tracks begründen ... das ist alles schwer. das kommt ganz drauf an. Sieht nach meiner Erinnerung so aus, als waeren auch schon einige Diplomarbeiten beinhaltet (ich denke z.B. an Pascal Neis). Wenn jemand nach hochwissenschaftlich erarbeiteten Kriterien Daten eingeben will, dann steht dem nichts im Wege. Allerdings koennen die dann von jedem auch wieder geaendert werden. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderweg - Symbol
Am 11.11.08 schrieb Markus: Ein Wanderweg wird als relation=route gekennzeichnet. Darin gibt es einen Schlüssel *Symbol*. Die Symbole sind quasi standardisiert. Bei geeigneter Definition von quasi, siehe: http://wiki.openstreetmap.org/index.php/Dresdner_Heide Junge Radrouten tragen oft ein fuer sie entworfenes Logo, bei Wanderwegen kommt es auch langsam in Mode (Malerweg, Fraenk. Gebirgswanderweg, ...). Piktogramme in der Datenbank sind hier deutlich flexibler, bergen aber die Gefahr, dass am Ende jede Firma ihr Logo auf der Karte sehen will. Gruss, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderweg - Relation
Hi Mario, Fernwanderweg Frankenweg http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Wanderwege-Netz Hm - da habe ich wohl die Frage zu ungenau formuliert: Dort finde ich die Realations-ID und die Mitglieder als XML-Liste. Ich habe hier mein Gebiet in JOSM, und weiss, welche meiner Wege zum Frankenweg gehören. Ich sehe auf der Karte aber nicht, welche anderen Wege zur Relation gehören, denn in meinem Gebiet gibts ja die Relation noch gar nicht. Ich weiss auch nicht, wie ich meinem Wegstück sage, dass es zur bereits bestehenden Relation gehört. Bisher habe ich weder in JOSM, noch im WebEditor der Standardkarte, noch in den Standardkarten Relationen vom Typ route angezeigt gefunden. Mit Suche nach Frankenweg kommt nichts was nach Wanderweg aussieht. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kassel: Karlswiese
Am 10. November 2008 20:00 schrieb Karl Eichwalder [EMAIL PROTECTED]: In Kassel hat jemand um die kleeblattförmige Karlswiese mehrere pedestrian-Bereiche gelegt. Flächenmäßig stimmt es ungefähr: http://www.informationfreeway.org/?lat=51.30966122873801lon=9.500834714462936zoom=17layers=0F0B0F Ich hatte ursprünglich mal footway-Wege angelegt, die ich aus Gründen der Optik, des Routings und überhaupt des sachgerechten Taggings gern wieder zurückhätte... pedestrian verwende ich immer nur dann, wenn es eine ausgeschilderte Fußgängerzone ist, wenn also zumindest oft zeitweise Liefer- und ähnlicher Verkehr (Fahrrad) erlaubt ist. Wie das dort mit path/footway/cycleway durcheinandergeht und entsprechend wild in Mapnik dargestellt wird, ist schon recht abschreckend. Wie soll ein Normalmensch eine solche Karte verstehen? -- Karl Eichwalder cycleways werden von vielen halt fuer Fusswege verwendet, wo man auch irgendwie oder explizit Radfahren darf/kann. das geht fuer meine Begriffe auch ein bisschen weit. Pedestrians fuer Flaechen zu nutzen, die befestigt sind, aber nicht von Autos befahren werden duerfen, finde ich dagegen sinnvoll, und auch derzeit die einzige gerenderte highway-Variante fuer diese Flaechen. Fahrradverkehr ist in Fussgaengerzonen grundsaetzlich erstmal nicht erlaubt, wenn nicht explizit ausgeschildert (von daher bicycle=yes dann immer angeben) bzw. geduldet ( ;-) ). Wenn man die Pedestrians als *Flaechen* mappt gibt es auch kein Darstellungsproblem, im Gegenteil, die tatsaechliche Flaeche wird auch gerendert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderweg - Relation
2008/11/11 Markus [EMAIL PROTECTED] Ich sehe auf der Karte aber nicht, welche anderen Wege zur Relation gehören, denn in meinem Gebiet gibts ja die Relation noch gar nicht. Ich weiss auch nicht, wie ich meinem Wegstück sage, dass es zur bereits bestehenden Relation gehört. Bisher habe ich weder in JOSM, noch im WebEditor der Standardkarte, noch in den Standardkarten Relationen vom Typ route angezeigt gefunden. Mit Suche nach Frankenweg kommt nichts was nach Wanderweg aussieht. Das gleiche Problem habe ich hier auch. Wie kann ich beispielsweise die relation-id des Warnowrundweges herausfinden, wenn dieser noch nicht im Wiki verzeichnet ist? Grübelnd -- Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nordsee: coastline = boundary
Markus schrieb: _12 Meilen Zone_ [...] _24 Meilen Anschlusszone_ [...] _200 Meilen Wirtschaftszone_ [...] _350 Meilen Festlandsockel_ [...] Wenn man mal ein wenig genauer hinschaut, fällt einem auf, dass manchmal die Grenze - auch die der BRD - um Ölförderplattformen herumgeht oder kurz vor einem Erschließungsfeld aufhört :-) Ich überlege, ob ich Schade oder ein Glück denken muss. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlengebiete
Hallo, noch eine Frage: wenn an einem way links eine andere PLZ gilt als rechts, wie soll's getagt werden und was macht das PLZ-Programm draus? Die PLZ direkt an den Way zu taggen ist ein Konzept aus der Zeit vor dem Karlsruher Adress-Schema. Wo immer möglich, würde ich dazu raten, Adressen nach diesem Schema zu taggen: http://wiki.openstreetmap.org/index.php/Karlsruhe_Schema Das löst auch die Frage mit der Straßenseite. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.org - Adminmails als SPAM
Tobias Wendorff schrieb: Hey Community, E-Mails, die von [EMAIL PROTECTED] geschickt werden, kommen über einen fremden Mailserver und werden daher von vielen Diensten, wie GMX, als SPAM gekennzeichnet. Damit man helfen kann, poste bitte die Mail inkl. vollständiger Header. Im Body kannst Du sensible Informationen entfernen/ersetzen. Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Postkasten mit Spät- und Sonntagsleeru ng
'opening_hours' macht also den Eindruck, als w?r' das ein Kandidat: nun, also die sorte briefk?sten, bei denen nur 3x am tag der schlitz aufgeht, w?rde ich gerne mal sehen :) Also von unten stimmt's doch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwei Postleitzahl Tags? was:Postleitzahlengebiete
Hallo, aber laut DE:How to map. ist postal_code=xyz nicht die PLZ des leerenden Postamtes sondern die Standort PLZ des Briefkastens, weil man daraus Rückschlüsse ziehen will wie die PLZ in der Umgebung ist. http://wiki.openstreetmap.org/index.php/DE:Howto_Map_A#B Schöne Grüße Thomas -Ursprüngliche Nachricht- Von: Wolfgang W. Wasserburger [EMAIL PROTECTED] Gesendet: 11.11.08 17:24:46 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Zwei Postleitzahl Tags? was:Postleitzahlengebiete ... jedenfalls hier in Österreich werden die Postkasteln von anderen Postämtern entleert, als die Zustellung in der Umgebung; das ist stark zentralisiert; daher ist das wahrscheinlich klug so. _ In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlengebiete
ohne im Archiv herumgestochert zu haben: gibt es in Deutschland keine exakte Definition der PLZ-Gebiete? Zumindest zum Teil decken sich diese in Österreich mit Gemeindegrenzen. Hierzulande gab es zwar leider nicht den großen Wurf bei der Änderung der PLZs, sondern es gibt laufend kleinere Änderungen (heuer schon rund 20 ;-), die aber wenigstens meistens eine Deckung mit den Gemeindegrenzen bringen. Es wäre doch viel schöner, wenn man die PLZ-Gebiete als richtige Flächen, die auch aneinandergrenzen darstellen könnte. Das gäbe Nutzen z.B. für Vertriebsgebietsplanung, einer der Hauptnutzen mancher kommerzieller Anbieter, die oft nicht mal ein komplettes Straßennetz verwenden. BTW: Beim Neuerlassen von PLZs in Österreich bleibt das Verwenden der alten häufig zulässig, d.h. es gibt zwei gültige PLZs an einer Stelle ;-) noch eine Frage: wenn an einem way links eine andere PLZ gilt als rechts, wie soll's getagt werden und was macht das PLZ-Programm draus? lG aus Wien Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jochen Topf Sent: Tuesday, November 11, 2008 11:10 AM To: Jan Tappenbeck Cc: talk-de@openstreetmap.org Subject: Re: [Talk-de] Postleitzahlengebiete On Tue, Nov 11, 2008 at 10:55:58AM +0100, Jan Tappenbeck wrote: Kann mir einer sagen woher Ihr die Begrenzungen von Postleitzahlengebiete habt ??? Ich nehme an, Du meinst die, die im OSM Inspector angezeigt werden. Die werden berechnet als die konvexe Hülle aller nodes/ways, die mit dem gleichen addr:postcode und addr:country getagged sind. Und ja, das führt derzeit zu ziemlich viel Salat. Siehe die Diskussionen im Wiki und in anderen Threads auf dieser Liste. Das ist auch gut so, weil wir so sehen, wo die Probleme mit den Daten bzw. dem Code sind und uns überlegen können, wie wir das lösen. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ 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] Wanderweg - Symbol
Hallo Raphael, Ein Wanderweg wird als relation=route gekennzeichnet. Darin gibt es einen Schlüssel *Symbol*. Mit diesem Schlüssel soll der Nutzer erkennen, wie denn der Wanderweg ausgeschildert ist. Diese Symbole müssen in der DB definiert und gelistet werden, damit sie mit der Relation verknüpft und vom Renderer angezeigt werden können. In der DB wird nichs definiert. Die Symbole sind quasi standardisiert. Sie können in der DB als (erweiterbare) Tabelle abgelegt werden. Damit können sie über eine eindeutige ID mit den Relationen (den Wanderwegen) verknüpft werden. Wenn ich dich richtig verstehe, möchtest du dass der Renderer diese Symbole anzeigt. Klar! der Nutzer will ja die Wege nicht nur sehen, sondern auch unterscheiden. Dazu brauchts zum einen diese Symbole Dazu habe ich mal eine Liste begonnen: http://wiki.openstreetmap.org/index.php/DE:Wanderweg-Symbole Vielleicht mag die ja jemand ergänzen? Oder weitere Symbole zeichnen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.org - Adminmails als SPAM
Roland Ramthun schrieb: Damit man helfen kann, poste bitte die Mail inkl. vollständiger Header. Nachricht kam vom Kollegen, der sich bei OSM anmelden wollte, aber keine Bestätigungsnachricht von OSM bekommen hat. Hier die Mail, die an mich weitergeleitet wurde, auch die GMX Fehlermeldung steht dort: From - Tue Nov 11 20:01:10 2008 X-Account-Key: account2 X-UIDL: f3f2a440f82cfb4f5cb28b6c2154695d X-Mozilla-Status: 0001 X-Mozilla-Status2: X-Mozilla-Keys: Return-Path: [EMAIL PROTECTED] X-Flags: 1001 Received: (qmail invoked by alias); 09 Nov 2008 21:55:32 - Received: from idris.openstreetmap.org (idris.openstreetmap.org Received: from bart203.bart.ucl.ac.uk ([128.40.58.203] helo=puff.internal.openstreetmap.org) by idris.openstreetmap.org with esmtp (Exim 4.69) (envelope-from [EMAIL PROTECTED]) id 1KzIFm-0005Zc-Oq + Received: from localhost ([127.0.0.1]) by puff with esmtp (Exim 4.69) (envelope-from [EMAIL PROTECTED]) id 1KzIFh-0005YT-Hw + Date: Sun, 9 Nov 2008 21:55:25 + From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] Subject: [OpenStreetMap] Confirm your email address Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=mimepart_49175c4d85745_1d58..fdbe3fb7e30a2 Auto-Submitted: auto-generated X-GMX-Antivirus: 0 (no virus found) X-GMX-Htest: 0.61,0.64 X-GMX-Antispam: 4 (From SPF protected domain over unauthorized server) X-GMX-UID: bG4kfbdQX1Vp5FQZZWFymcR3SDc4NIz/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.org - Adminmails als SPAM
René Falk schrieb: Hast Du mal so eine Mail überprüft? Ja, siehe anderer Post. Fehlermeldung ist nachvollziehbar. Wenn die in Ordnung war, kann der Webmaster in der Regel auch nichts dran ändern. Vor allen Dingen braucht er eine oder besser mehrere der angemeckerten Mails zur Analyse, falls da was unkorrekt ist. Es wäre auch erstmal sinnvoll, wenn die Mailkonteninhaber wenn möglich ihren Spamschutz konfigurieren. Klar kann man den Absender auf eine Whitelist setzen, aber die feine Art ist das nicht. Vor allem muss man vorher wissen, ob man eine Mail von jemanden erhält. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
Martin Koppenhoefer schrieb: und jetzt? Wartest Du darauf, dass Dir hier aus der Liste jemand eins schenkt? Ist diese Frage jetzt ernst zu nehmen? Man kann auch ohne gps-Geraet mappen, z.B. mit Luftbildern. Ich bin nicht erst seit gestern hier. Vor Ort sind die Lustbilder allerdings sehr schlecht. Ich würde es aber nicht schlecht finden, wenn mir hier jemand Software empfehlen könnte. Das ist ein Medion-Navi mit irgend so einem Windows Mobile bzw. CE drauf. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlengebiete
Hallo, Martin Koppenhoefer schrieb: allen antworten, dann passiert das. kein Problem, aber passiert Dir ganz oft :-) das kommt ganz drauf an. Sieht nach meiner Erinnerung so aus, als waeren auch schon einige Diplomarbeiten beinhaltet (ich denke z.B. an Pascal Neis). Wenn jemand nach hochwissenschaftlich erarbeiteten Kriterien Daten eingeben will, dann steht dem nichts im Wege. Allerdings koennen die dann von jedem auch wieder geaendert werden. Pascal hat ja was neues daraus entwickelt; Grundlage (jedenfalls bei uns an der Uni) dafür ist aber, dass alles von Anfang an offen liegt - das ist bei OSM kein Problem. Aber OSM selbst als wissenschaftliches Projekt verkaufen?! Man könnte eine soziologische Arbeit auf Basis von OSM entwickeln, das wäre 100%ig ein gutes Thema für eine Diplomarbeit. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlengebiete
On Tue, Nov 11, 2008 at 10:55:58AM +0100, Jan Tappenbeck wrote: Subject: [Talk-de] Postleitzahlengebiete Moin ! Kann mir einer sagen woher Ihr die Begrenzungen von Postleitzahlengebiete habt ??? Alle nodes mit dem gleichen addr:postcode drauf und dann via postgis eine convexe flaeche darum bilden. Jochen hat es zumindest so erklaert ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlengebiete
Am 11. November 2008 12:44 schrieb Wolfgang W. Wasserburger [EMAIL PROTECTED]: ohne im Archiv herumgestochert zu haben: gibt es in Deutschland keine exakte Definition der PLZ-Gebiete? doch gibt es, bei der Post. Die Frage ist: darf man die verwenden? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.org - Adminmails als SPAM
Hallo. Am Dienstag, 11. November 2008 schrieb Tobias Wendorff: Received: from idris.openstreetmap.org (idris.openstreetmap.org Received: from bart203.bart.ucl.ac.uk ([128.40.58.203] [...] X-GMX-Antispam: 4 (From SPF protected domain over unauthorized server) Den Fehler kann ich nicht nachvollziehen: [EMAIL PROTECTED] ~ $ host -t txt openstreetmap.org openstreetmap.org descriptive text v=spf1 ip4:89.16.177.88 ~all [EMAIL PROTECTED] ~ $ host idris.openstreetmap.org idris.openstreetmap.org has address 89.16.177.88 Gruß, Bernd -- Fachbegriffe der Informatik (#374): Frische Luft Das was aus der Klimaanlage kommt. (Marcus Stögbauer) 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] Wanderweg - Symbol
Ein Wanderweg wird als relation=route gekennzeichnet. Darin gibt es einen Schlüssel *Symbol*. Mit diesem Schlüssel soll der Nutzer erkennen, wie denn der Wanderweg ausgeschildert ist. Diese Symbole müssen in der DB definiert und gelistet werden, damit sie mit der Relation verknüpft und vom Renderer angezeigt werden können. In der DB wird nichs definiert. Die Symbole sind quasi standardisiert. Sie können in der DB als (erweiterbare) Tabelle abgelegt werden. Damit können sie über eine eindeutige ID mit den Relationen (den Wanderwegen) verknüpft werden. Die eindeutige ID heisst symbol=red_cross_with_white_background und ist in den Datenbankfeldern Key und Value abgelegt, wie bei allen anderen Tags auch. Definiert werden sie im Wiki, wie alle anderen Tags auch. Wenn ich dich richtig verstehe, möchtest du dass der Renderer diese Symbole anzeigt. Klar! der Nutzer will ja die Wege nicht nur sehen, sondern auch unterscheiden. Natürlich, nur brauchts dazu diese speziellen Symbole nicht, da reicht die jetzt schon vorhandene Nummer sowie die Farbe. Genau gleich ists auch bei den Strassen gemacht und funktioniert wunderbar. Dein persönlicher Wanderwegrenderer kann dann immer noch diese Symbole hinzufügen. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wanderweg - Symbol
Ein Wanderweg wird als relation=route gekennzeichnet. Darin gibt es einen Schlüssel *Symbol*. Mit diesem Schlüssel soll der Nutzer erkennen, wie denn der Wanderweg ausgeschildert ist. Diese Symbole sind überregional einheitlich und von hohem Widererkennungswert: - roter Punkt - roter Ring auf weissem Grund - roter Strich auf weissem Grund - rotes Kreuz auf weissem Grund - rote Diagonale auf weissem Grund (alle Grundfarben werden kombiniert) - Tiersymbol (Fuchs, Adler, Schildkröte, etc) - Nummer (meist einstellig) - Logo (z.B. Main-Donau-Weg) Diese Symbole müssen in der DB definiert und gelistet werden, damit sie mit der Relation verknüpft und vom Renderer angezeigt werden können. Wie geht das? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdumrundung nicht moeglich?
Natürlich! Die Erde ist eine Scheibe. Marco Martin Koppenhoefer schrieb: Ist es tatsaechlich so, dass am Rande der Welt Schluss ist? s. hier: http://www.informationfreeway.org/?lat=17.28025470553244lon=179.96796946133742zoom=5layers=BF000F und dann den Bildschirm nach links schieben (sich nach rechts bewegen). ;-) Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de begin:vcard fn:Marco Lechner n:Lechner;Marco org;quoted-printable;quoted-printable:Universit=C3=A4t Freiburg;Institut f=C3=BCr Physische Geographie adr:;;Werthmannstr. 4;Freiburg;;79085;Deutschland email;internet:[EMAIL PROTECTED] tel;work:+49(0)761/203-3548 tel;fax:+49(0)761/203-3596 url:http://www.geographie.uni-freiburg.de version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nordsee: coastline = boundary
Hallo Tobias, Wenn man mal ein wenig genauer hinschaut, fällt einem auf, dass manchmal die Grenze - auch die der BRD - um Ölförderplattformen herumgeht oder kurz vor einem Erschließungsfeld aufhört :-) Hast Du für diese beiden Varianten (BRD) einen Link? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wanderweg - Relation
Ich habe in meinem Gebiet einen Wanderweg gefunden, der Teil des Fernwanderweges Frankenweg ist. Wie finde ich jetzt dessen Relation, damit ich daran anknüpfen kann? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Garmin Basemap: Wieviel Europa passt in 8MB?
In den einschlägen Foren gibt es Tipps, wie man bei den diversen Garmin-GPSr die Basemap löschen/wiederaufspielen kann, obwohl das seitens Garmin ursprünglich nicht vorgesehen ist. Vorteil dieser Basemaps ist, dass bei den meisten Geräten ein weitgehend nahtloser Übergang zur ggf. installierten Feinkarte an den Rändern stattfindet, egal ob diese nun aus OSM stammt oder eine käufliche Topo ist. Daher nun meine Frage: Weiviel Europa und/oder Deutschland bekommt man in die für die Basemap vorgesehenen 8MB? Wenn man sich auf Motorways, Primaries / Secondaries beschränkt und die Wege auch noch in der Punktezahl radikal ausdünnt (nur Kreuzungsnodes und Richtungsänderungen 30 Grad, dann sollte -nach meinem Gefühl- etwas besseres Herauskommen als Garmin von hause aus liefert. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
André Reichelt schrieb: Ich würde es aber nicht schlecht finden, wenn mir hier jemand Software empfehlen könnte. Das ist ein Medion-Navi mit irgend so einem Windows Mobile bzw. CE drauf. Moin, dann hast Du doch schon einen GPS-Logger - zumindest wenn es nicht zu alt und auch die Navi-Software = Gopal 2.x ist. Sobald das Verzeichnis \StorageCard\Tracks existiert, schreibt das Gerät die GPS-Logs dort hinein - auch beim Cruising-Mode ohne Routing. Die Tracks (*.trk) enthalten zwar keinen Timestamp, aber es gibt verschiedene Möglichkeiten zum Umwandeln, z.B. die Software RouteConverter www.*routeconverter*.de. Vielleicht ist auch http://wince.dentro.info/ für Dich von Interesse, das Programm koord465 wandelt die Track-Dateien direkt auf dem Medion um. Ich arbeite ansonsten auch noch mit Notizblock und Stift ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlengebiete
Hallo Jan, Jan Tappenbeck schrieb: Kann mir einer sagen woher Ihr die Begrenzungen von Postleitzahlengebiete habt ??? ich habe es in PHP und Perl so gelöst: 1. alle Nodes mit addr:postcode und addr:country wählen 2. einen Way zwischen den jeweils äußersten, noch identischen Postleitzahlen schaffen Ist im Endeffekt nichts weiter, als die SQLler mit ihren konvexen Hüllen machen, nur ein wenig einfacher und schneller. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlengebiete
On Tue, Nov 11, 2008 at 10:55:58AM +0100, Jan Tappenbeck wrote: Moin ! Kann mir einer sagen woher Ihr die Begrenzungen von Postleitzahlengebiete habt ??? Ich habe gerade festgestellt das es anscheinend ueberschneidungen in den numerischen postalcodes mit Tschechien gibt - So wird 26901 von Rastdorf bis Tschechien gezogen - ist jetzt die loesung da ueberall addr:country= dranzunageln? Das sind jetzt irgendwie reichlich nodes und irgendwie ist die ganze country nummer waere schon echt eine menge zusaetzliche daten. Ich bin ja stumpf - das koennte man ja relativ easy ueber einen bot erledigen - aber muss das sein? Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdumrundung nicht moeglich?
Martin Koppenhoefer: Ist es tatsaechlich so, dass am Rande der Welt Schluss ist? s. hier: http://www.informationfreeway.org/?lat=17.28025470553244lon=179.96796946133742zoom=5layers=BF000F und dann den Bildschirm nach links schieben (sich nach rechts bewegen). OpenLayers hält je nach Einstellung nur zwei Welten in Ost-West-Richtung nebeneinander vor. Ist eine Frage der Speicherbelastung und -verwaltung. Wenn du dich auf dem von dir verlinkten Kartenausschnitt nach Westen bewegst kommst du von der amerikanischen Ostküste bis über den Pazifik aber von dort nicht mehr viel weiter nach Westen. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway drain
2008/11/11 Chris66 [EMAIL PROTECTED]: Raphael Studer schrieb: Falls es dich stört darfst du gern ein Bug erfassen. Hi, ich warte mal ab wie die Drainagekanäle in Mapnik gemalt werden und dann ein Ticket eingeben. Chris das ist in diesem Fall voellig ueberfluessig, da Mapnik nicht auf den Osmarenderregeln beruht, sondern unabhaengig davon. Wenn Dich also eine bestimmte Darstellung in Osmarender stoert, melde es am besten als Bug im trac. Das ist sinnvoll, weil sich so im Laufe der Zeit die Kartendarstellung verbessert. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdumrundung nicht moeglich?
2008/11/11 Claudius Henrichs [EMAIL PROTECTED]: Martin Koppenhoefer: Ist es tatsaechlich so, dass am Rande der Welt Schluss ist? s. hier: http://www.informationfreeway.org/?lat=17.28025470553244lon=179.96796946133742zoom=5layers=BF000F und dann den Bildschirm nach links schieben (sich nach rechts bewegen). OpenLayers hält je nach Einstellung nur zwei Welten in Ost-West-Richtung nebeneinander vor. Ist eine Frage der Speicherbelastung und -verwaltung. Wenn du dich auf dem von dir verlinkten Kartenausschnitt nach Westen bewegst kommst du von der amerikanischen Ostküste bis über den Pazifik aber von dort nicht mehr viel weiter nach Westen. Gruß, Claudius schade, aber eigentlich müssten 2 Welten doch reichen, es müsste halt in der Mitte die Welt geändert werden, ohne dass man es merkt, von Welt2 nach Welt1 umbeamen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdumrundung nicht moeglich?
Von: Martin Koppenhoefer [EMAIL PROTECTED] 2008/11/11 Claudius Henrichs [EMAIL PROTECTED]: Martin Koppenhoefer: Ist es tatsaechlich so, dass am Rande der Welt Schluss ist? s. hier: http://www.informationfreeway.org/?lat=17.28025470553244lon=179.96796946133742zoom=5layers=BF000F und dann den Bildschirm nach links schieben (sich nach rechts bewegen). OpenLayers hält je nach Einstellung nur zwei Welten in Ost-West-Richtung nebeneinander vor. Ist eine Frage der Speicherbelastung und -verwaltung. Wenn du dich auf dem von dir verlinkten Kartenausschnitt nach Westen bewegst kommst du von der amerikanischen Ostküste bis über den Pazifik aber von dort nicht mehr viel weiter nach Westen. Gruß, Claudius schade, aber eigentlich müssten 2 Welten doch reichen, es müsste halt in der Mitte die Welt geändert werden, ohne dass man es merkt, von Welt2 nach Welt1 umbeamen. Eigentlich reicht eine einzelne Welt. Sobald man einer der Enden zu nahe kommt wird auf die entgegengesetzte Seite umgebrochen und der offset wird um die Weltbreite korrigiert. Der Implementierungsaufwand sollte nahezu der selbe sein. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke = pgRout ing
Natürlich ist es bei pgRouting nicht wirklich sinnvoll, immer alle ways = edges*x zu laden. Wenn man hier eine großzügige BoundigBox verwendet, oder sogar jeweils rund um Anfangs/Endknoten und dazwischen nur Straßen hoher Priorität, so saust das Ding ganz schön. Wenn die Ausgangstabellen auch noch gut indiziert sind und keine unnötigen Felder enthalten ist eine Route in Sekundebruchteilen gerechnet und das trotz des Datenladens. Durch das immer neue Datenladen kann man natürlich dynamische oder sehr vielfältige Punkte gut mit reinbringen. ... aber die Experimente laufen noch ... allerdings für logistische Zwecke lG von der Mazzesinsel Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Lars Francke Sent: Tuesday, November 11, 2008 2:16 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Druchfahrtshöhe Brücke ... ich hatte allerdings nicht vor, pgRouting umzuschreiben ;-) ... aber da werde ich wohl die Importroutine noch erweitern müssen - macht halt keinen echten Spaß Ich denke die Anzahl an node-Tags, die in das Routing einfließen ist groß genug, dass sich der Aufwand lohnt. Außerdem lassen sich damit viele spaßige Dinge machen (ich habe festgestellt, dass es ganz schön schwer ist bei mir aus dem Dorf rauszukommen ohne auch nur eine Ampel zu sehen ;-) ). Was mich aber interessiert: Wie ist die Performance von pgRouting? Wenn ich den Quellcode richtig verstehe (und das muss echt nicht sein...) dann lädt der tatsächlich erstmal sämtliche edges ein, die durch das uebergebene SQL-Statement zurueckgegeben werden und leitet die dann an die boost-library weiter. Ich kann mir vorstellen, dass das bei relativ kleinen Datenmengen noch fix ist aber ich frage mich wie das bei größeren Tabellen wird. Ich habe es noch nicht ausprobiert, da meine Tabellen grad in einem anderen Format sind aber ich wuerde mich freuen könntest Du da ein paar Worte zu verlieren. Vielen Dank, Lars ___ 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] OSM soll noch 2008 ganz Deutschland umfassen?
Ich arbeite ansonsten auch noch mit Notizblock und Stift ... Gruß Georg ich auch, Gruß Martin http://www.connox.de/media/Moleskine/Reporter/moleskine-block_original.jpg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
darauf sind die Routenprogramme allerdings nicht wirklich ausgelegt! Workaround für uns arme Programmierer, die das in Routingalgorythmen einfüllen wollen, ist das beim Import künstlich an der Stelle aufzutrennen, das dabei von dem Ding über der Brücke künstlich auseinanderzuhalten und eine künstliche Kante einzubauen. Alles nur, weil philosophisch darüber nachgedacht wird, ob es sich um Punkte oder Strecken handelt. Ein Dijkstra oder A* berücksichtigt halt an Knoten nichts, maximal an Kanten und wenn ich hier die ganze rausnehme, kann das Ding entlang der Strecke gar nichts mehr zustellen und dann halt umdrehen ;-) Mit dem Shooting* geht das zwar, aber auch dazu muß man die Kante künstlich aufbrechen. Jedenfalls mit dem Effekt, daß ein LKW genau bis zum Punkt geroutet werden kann. Damit erzeugen wir einen neuen Fähreneffekt, der ja schon umfangreich durch den Kakao gezogen worden ist. Im Gegensatz zur Einfahrt verboten ohne gegenläufige Einbahn, wo wir ja genau den Workaround gehen, ein kurzes Stück als Einbahn zu mappen, was ja auch dem praktischen Effekt entspricht, sollten wir hier gar nicht über Punktphänomene nachdenken. Tatsächlich in der Natur ist auch die schmälste Brücke so breit, daß eine Strecke hier gerechtfertigt ist. Wem der way darunter nicht durchgehend genug ist, der soll doch anschließend eine Relation drüberlegen. Habt beim Taggen doch Mitleid mit denen, die das Rendern bzw. damit Routen sollen. Man kann aber den A* oder Dijkstra ziemlich einfach umändern, dass er damit zurechtkommt, ohne künstliche Wege einzufügen. Man braucht nur den nachfolgenden Knoten beim Gewicht einer Kante mit einrechnen. Durchfahrtshöhe ist übrigens nicht das einzige Punkthindernis, das Einfluss aufs Routing hat: es gibt z.B. auch die ganzen barrier=*-Punkte. Grüße, Marc -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlen vs OSM Inspector
On Tue, Nov 11, 2008 at 09:38:06AM +0100, [EMAIL PROTECTED] wrote: f*llt mir auf das viele Postleitzahlengebiete besch*digt sind. Gibt es daf*r einen regelm**igen Grund ? Im Bereich Baesweiler ist ein Node von der Telekom bzgl DSL um mehrere hundert Kilometer falsch gesetzt gewesen. Gibt es eine M*glichkeit einen automatisierten Check laufen zu lassen ? Was passiert eigentlich mit Postleitzahlen aus Ausland ? Denn mit Antwerpen ist auch etwas sehr merkw*rdiges passiert. Dort verbindet sich eine belgische Postleitzahl mit einer deutschen Antwerpen = Prigglitz. Da k*nnte vielleicht ein Check helfen. Das problem ist das bei dem import der HvT einzelne HvT um teilweise mehrer hundert km falsch gesetzt sind. Ich habe 1-5 hier in der gegend mal richtig geschoben so weit ich das konnte. Dazu habe ich im josm das gebiet des nodes und das vermeindliche zielgebiet geladen (jeweils den permlink aus dem address tool) und dann das dingen an die vermeindlich richtige stelle verschoben - Natuerlich + FIXME setzen auf dem node das die position nicht ganz die richtig sein wird ... Das schoene ist doch das man die dinger dank dem adress verifier endlich findet ;) Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlengebiete
Hallo, Frederik Ramm schrieb: Wo immer möglich, würde ich dazu raten, Adressen nach diesem Schema zu taggen: Das heißt, an alle POIs und Nodes mit Nicht-Way-Funktion soll ich die komplette Anschrift dranpacken? Überschneidet sich die Anschrift nicht mit is_in? Sollen alle diese Nodes auch ein is_in erhalten? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
Garry wrote: zuerst m??ssen sie mal aufgenommen werden, und da stt man vorallem in der Stadt an die Genauigkeit von GPS - man nimmt irgendeine Spur auf und zeichnet die anderen nach Gef??hl daneben - es sieht genauer aus als es ist. Das ist nicht weiter tragisch - die Anzeige welche Spur zu nehmen ist funktioniert trotzdem schon, man kann nur noch nicht verifizieren dass man tats??chlich auf der richtigen Spur ist. Das wird man auch nie k??nnen. Gerade in St??dten hast Du da keine Chance. Und die Anzeige, welche Spur man nehmen muss geht auch ohne getrennte Erfassung aller Wege. Es w??rde mich doch sehr wundern, wenn alle derzeit verf??gbaren k??uflichen Kartenwerke so implementiert w??ren. ??brigens kommt auch die Jede-Spur-getrennt-Variante nicht ohne Relationen aus. Schlie??lich muss ja modelliert werden, dass man jederzeit zwischen den Spuren wechseln darf! Und nat??rlich *muss* jeder Router das implementieren, sonst klappt schlimmstenfalls noch nicht mal mehr das Routing ??ber eine Bundesstra??e, wenn die Abfahrt nur von einer Spur weiter links geht als man drauff??hrt. Ich finde die getrennten Erfassung aller Spuren vor allem eine riesige redundante Datenerfassung. Da sind x *parallele* Spuren, mehr nicht. Sollen wir in den USA, wo sechsspurige (pro Richtung!) Interstates nicht mal so selten sind zw??lf Spuren parallel zeichnen? Wer will zw??lf Spuren editieren, um eine Autobahn ein paar Meter zu verschieben? Und wer sorgt daf??r, dass die Spuren auch wirklich parallel sind? Das ist doch mal mindestens als abschreckend zu bezeichnen, wenn man sowas im Editor sieht. Nat??rlich kann man das dem Editor beibringen. Aber das gilt auch f??r den Relationen-Ansatz. Und mal ehrlich: Was werden die meisten Anwendungen machen, wenn sie mit dieser Datenflut konfrontiert werden? Sie werden die Spuren zusammenfassen... Um 99% der Karten zu zeichnen und f??r 99% der Routingaufgaben sind das einfach zu viele Informationen. Welches Navi sagt in einer Linkskurve Jetzt auf die linke Spur wechseln, da ist der Weg k??rzer?? Da gehen CPU-Zyklen ohne Ende verloren, um redundante Daten zu entsorgen. Vom Speicherplatz- und Bandbreitenbedarf mal ganz abgesehen. Ein anderer Ansatz: M??ssen wir hunderte Kilometer Autobahn mit x Spuren zeichnen um auf ein paar hundert Metern mehr Details darstellen zu k??nnen? Ich finde nein. Warum erfinden wir nicht ein Interface zwischen den beiden Welten? z.B. die Autobahnen wie bisher als einen Weg pro Fahrtrichtung taggen und mit lanes=x versehen. Und dann da, wo eine Stra??e dazukommt am Verbindungsknoten markieren, welche Spuren abgehen. Das f??hrt sogar dann noch zu richtigen Ergebnissen beim Routing, wenn der Router das Schema nicht unterst??tzt. Nur eben nicht zur absoluten Perfektion angezeigt. Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erdumrundung nicht moeglich?
Von: Martin Koppenhoefer [EMAIL PROTECTED] klar, solange man nicht weit genug hinauszoomen darf (oder wenn man Und wenn schon. Wenn du an einem Ende ankommst, machst du einfach am anderen weiter. Natürlich macht das ab einen gewissen Grad keinen Sinn mehr, doch ist es von der Darstellung problemlos möglich. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Doppelposts Doppelposts
Hallo, Sorry für die Doppelposts von mir. Hab noch Probleme mit dem Mailclient Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
... ich hatte allerdings nicht vor, pgRouting umzuschreiben ;-) ... aber da werde ich wohl die Importroutine noch erweitern müssen - macht halt keinen echten Spaß lg von der Mazzesinsel Wolfgang -Original Message- From: Marc Schütz [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 11, 2008 1:37 PM To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch; talk-de@openstreetmap.org; [EMAIL PROTECTED] Subject: Re: [Talk-de] Druchfahrtshöhe Brücke darauf sind die Routenprogramme allerdings nicht wirklich ausgelegt! Workaround für uns arme Programmierer, die das in Routingalgorythmen einfüllen wollen, ist das beim Import künstlich an der Stelle aufzutrennen, das dabei von dem Ding über der Brücke künstlich auseinanderzuhalten und eine künstliche Kante einzubauen. Alles nur, weil philosophisch darüber nachgedacht wird, ob es sich um Punkte oder Strecken handelt. Ein Dijkstra oder A* berücksichtigt halt an Knoten nichts, maximal an Kanten und wenn ich hier die ganze rausnehme, kann das Ding entlang der Strecke gar nichts mehr zustellen und dann halt umdrehen ;-) Mit dem Shooting* geht das zwar, aber auch dazu muß man die Kante künstlich aufbrechen. Jedenfalls mit dem Effekt, daß ein LKW genau bis zum Punkt geroutet werden kann. Damit erzeugen wir einen neuen Fähreneffekt, der ja schon umfangreich durch den Kakao gezogen worden ist. Im Gegensatz zur Einfahrt verboten ohne gegenläufige Einbahn, wo wir ja genau den Workaround gehen, ein kurzes Stück als Einbahn zu mappen, was ja auch dem praktischen Effekt entspricht, sollten wir hier gar nicht über Punktphänomene nachdenken. Tatsächlich in der Natur ist auch die schmälste Brücke so breit, daß eine Strecke hier gerechtfertigt ist. Wem der way darunter nicht durchgehend genug ist, der soll doch anschließend eine Relation drüberlegen. Habt beim Taggen doch Mitleid mit denen, die das Rendern bzw. damit Routen sollen. Man kann aber den A* oder Dijkstra ziemlich einfach umändern, dass er damit zurechtkommt, ohne künstliche Wege einzufügen. Man braucht nur den nachfolgenden Knoten beim Gewicht einer Kante mit einrechnen. Durchfahrtshöhe ist übrigens nicht das einzige Punkthindernis, das Einfluss aufs Routing hat: es gibt z.B. auch die ganzen barrier=*-Punkte. Grüße, Marc -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zoo erfassen
Für ein Gebäude wäre es sicher ungünstig, jedes Tier einzeln als Icon darzustellen, bei zig Schaukästen in den Räumen :-) Da wäre ein animal= wohl überflüssig sondern der Name aussagekräftiger, wie es auch in den gängigen Wanderkarten der Zoos ist. Speziell bei größeren Tieren lässt sich das aber recht gut unterscheiden denke ich, da die in der Theorie ja auch mehr Platz brauchen und sich auch als Fläche erfassen lassen. Das dürfte auch im Renderer dann wieder normal aussehen. jede einzelne Spezies oder jedes einzelne Tier natuerlich nicht, aber wenn das Insektenhaus, das Aquarium, das Raubtiergehege, die Elefanten, das Affenhaus, ... einzelne Icons haetten waere das schon cool. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
beim zweiten Beispiel sind halt ein paar unnötige Knicke (v.a. bei den Autofahrbahnen) drin, die es in der Natur wohl nicht gibt lg aus Wien -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mario Salvini Sent: Tuesday, November 11, 2008 7:15 AM To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Spuren Martin Koppenhoefer schrieb: Am 11. November 2008 01:01 schrieb Dimitri Junker [EMAIL PROTECTED]: Ehr nicht praktikabel... Das würde voraussetzen, dass nur noch Editoren verwendet werden können die das beherrschen. Wieviele Editoren gibt es denn die Wege umdrehen können? Auch alles andere neue muß den Editoren beigebracht werden. Sonst werden Dir Gelegenheitstagger die noch mit älteren Versionen arbeiten wieder alles kaputt machen. Die machen auch Relations kaputt. Auch zu lasten der Gelegenheitsmapper die viel tiefer in OSM stecken müssen um das editieren zu können. Meine Erfahrung ist, egal wo ich mir hier Straßen mit separaten Spuren ansehe habe ich in spätestens einer Minute gravierende Fehler gefunden. Und das nicht von Gelegenheitsmappern. Das soll keine Kritik an diesen sein, es wird bei diesem System einfach zu viel Overhead erzeugt. Ich kann mir nicht vorstellen, daß ein Gelegenheitsmapper nicht von einer Kreuzung abgeschreckt wird wo sich je 4 Autospuren, 2 Fahrradwege und 2 Fußgängerwege kreuzen, es also 64 Kreuzungspunkte gibt bei denen man sich überlegen muß bei welchem man einen Kreuzungsnode setzt und bei welchem nicht. es gibt dort m.E. deutlich weniger Kreuzungpunkte als 64, und wenn man sich überlegt, wo man diese setzt, ist das schonmal ein Anfang. Bei den Tags hat man nämlich überhaupt keine Möglichkeit dazu, dort kreuzt sich einfach alles, egal ob das auch in der Realität so ist. http://opencyclemap.org/?lat=50.76898lon=6.05777zoom=18layers=B000 http://opencyclemap.org/?lat=50.78314lon=6.12706zoom=18layers=B000 das sind immer die beiden Kreuzungsbeispiele die ich mir bei solchen Diskussionen gerne anschaue ;) Da sind 12 Kreuzungspunkte. 8 beampelt und 4 nur mit Warnlampe. Was mich persönlich deutlich stört is der realitätsfremde kreuzungsknoten der 8 Spuren (link 1) Ich denke, mit Relations spätestens aber mit der Kombination von zusätzlich gezeichneten Links wird die Sache zwar etwas abstrahiert, aber deutlich authentischer abgebildet. Zumal Routingsoftware diese abstrahierte Erfassung auch bestens in eine schematische Fahrerperspektive wandeln kann. Wenn man die kommerzielle Konkurrenz sieht liegt darin die Zukunft ;) -- Mario ___ 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] Postleitzahlengebiete
Martin Koppenhoefer schrieb: je nach Fragestellung ist das nicht nur EIN wissenschaftliches Projekt, wie Du ja selbst schon bemerkst :). Ob es als Gesamtheit ein solches ist, weiss ich nicht genau (m.E. gefuehlsmaessig ja, ist aber eine Frage der Definition von Wissenschaft, und ggf. die Frage, ob OSM Wissen schafft, oder nur zugaenglich macht, m.E. trifft hier aber beides zu). Es ist kein *Projekt*, sondern ein _Objekt_. Du untersuchst etwas *an* OSM - Du hast OSM ja nicht mit der Absicht gestartet, etwas *zu* untersuchen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderweg - Relation
Markus Tue, 11 Nov 2008 05:36:46 -0800 Ich habe in meinem Gebiet einen Wanderweg gefunden, der Teil des Fernwanderweges Frankenweg ist. Wie finde ich jetzt dessen Relation, damit ich daran anknüpfen kann? Hallo Markus, Ich gehe hierhin http://betaplace.emaitie.de/webapps.relation-analyzer/ gebe unter search relation tippe Frankenweg und erhalte als Ergebnis relation 28147 Hallo Falk, ich würde auch dahin gehen und Warnowrundweg eingeben und bekomme relation 34407 ein. Diese erhaltenen Nr. gebe ich unter analyze ein und bekomme eine Auflistung, dann auf link for josm download in der karte auf permalink adresse kopieren und koordinaten in josm eingeben schon habe ich die relation, meine gps-daten hinzuladen und relation übernehmen. ganz einfach Willi -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
Michael Ritzert schrieb: Garry wrote: zuerst müssen sie mal aufgenommen werden, und da stößt man vorallem in der Stadt an die Genauigkeit von GPS - man nimmt irgendeine Spur auf und zeichnet die anderen nach Gefühl daneben - es sieht genauer aus als es ist. Das ist nicht weiter tragisch - die Anzeige welche Spur zu nehmen ist funktioniert trotzdem schon, man kann nur noch nicht verifizieren dass man tatsächlich auf der richtigen Spur ist. Das wird man auch nie können. Gerade in Städten hast Du da keine Chance. Und die Anzeige, welche Spur man nehmen muss geht auch ohne getrennte Erfassung aller Wege. Es würde mich doch sehr wundern, wenn alle derzeit verfügbaren käuflichen Kartenwerke so implementiert wären. Ãœbrigens kommt auch die Jede-Spur-getrennt-Variante nicht ohne Relationen aus. Schließlich muss ja modelliert werden, dass man jederzeit zwischen den Spuren wechseln darf! Und natürlich *muss* jeder Router das implementieren, sonst klappt schlimmstenfalls noch nicht mal mehr das Routing über eine Bundesstraße, wenn die Abfahrt nur von einer Spur weiter links geht als man drauffährt. Ich finde die getrennten Erfassung aller Spuren vor allem eine riesige redundante Datenerfassung. Da sind x *parallele* Spuren, mehr nicht. Sollen wir in den USA, wo sechsspurige (pro Richtung!) Interstates nicht mal so selten sind zwölf Spuren parallel zeichnen? Wer will zwölf Spuren editieren, um eine Autobahn ein paar Meter zu verschieben? Und wer sorgt dafür, dass die Spuren auch wirklich parallel sind? Das ist doch mal mindestens als abschreckend zu bezeichnen, wenn man sowas im Editor sieht. Natürlich kann man das dem Editor beibringen. Aber das gilt auch für den Relationen-Ansatz. Und mal ehrlich: Was werden die meisten Anwendungen machen, wenn sie mit dieser Datenflut konfrontiert werden? Sie werden die Spuren zusammenfassen... Um 99% der Karten zu zeichnen und für 99% der Routingaufgaben sind das einfach zu viele Informationen. Welches Navi sagt in einer Linkskurve Jetzt auf die linke Spur wechseln, da ist der Weg kürzer?? Da gehen CPU-Zyklen ohne Ende verloren, um redundante Daten zu entsorgen. Vom Speicherplatz- und Bandbreitenbedarf mal ganz abgesehen. Ein anderer Ansatz: Müssen wir hunderte Kilometer Autobahn mit x Spuren zeichnen um auf ein paar hundert Metern mehr Details darstellen zu können? Ich finde nein. Warum erfinden wir nicht ein Interface zwischen den beiden Welten? z.B. die Autobahnen wie bisher als einen Weg pro Fahrtrichtung taggen und mit lanes=x versehen. Und dann da, wo eine Straße dazukommt am Verbindungsknoten markieren, welche Spuren abgehen. Das führt sogar dann noch zu richtigen Ergebnissen beim Routing, wenn der Router das Schema nicht unterstützt. Nur eben nicht zur absoluten Perfektion angezeigt. Michael die für die Verbindungen zwischen Lanes könnte man ebenfalls eine Relation anlegen Relation: from = Relation der Lane auf der man sich befindet via = der Node der beide Ways verbindet to = Relation der Lane auf die man wechselt -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zoo erfassen
On Mon, 10 Nov 2008 12:50:58 +0100, Bernd Wurst [EMAIL PROTECTED] said: Jetzt wollte ich mal fragen, ob das bereits für irgend einen Zoo verwendet und/oder auch von den Renderern dargestellt wird. Die Icons gibt es aber, auch als SVG. Wenn du also Beispieldaten hast, wäre es gar nicht so schwer, das mal in Osmarender einzubauen und zu schauen ob das mit Icons eigentlich schön aussieht oder ob viele gleiche Icons beieinander in einem Zoo nicht mehr gut ausschauen. Für ein Gebäude wäre es sicher ungünstig, jedes Tier einzeln als Icon darzustellen, bei zig Schaukästen in den Räumen :-) Da wäre ein animal= wohl überflüssig sondern der Name aussagekräftiger, wie es auch in den gängigen Wanderkarten der Zoos ist. Speziell bei größeren Tieren lässt sich das aber recht gut unterscheiden denke ich, da die in der Theorie ja auch mehr Platz brauchen und sich auch als Fläche erfassen lassen. Das dürfte auch im Renderer dann wieder normal aussehen. Dem osmarender beizubringen, dass er eine Fläche mit attraction=animal in einer von dir ausgesuchten Farbe rendert, ist aber für jemanden, der sowieso einen SVN-checkout bei sich herumliegen hat eine Fingerübung und sollte nicht das Problem darstellen. Will das jemand machen? Ich bin da definitiv zu doof für :-/ Farbe is ne gute Frage, gibt Tiere sind rennen auf der Wiese rum, andere auf reiner Erde. Da müsste man sich wieder irgendwas überlegen, vielleicht ein Wert für natural wie soil/grass, wobei mich wundert das es so etwas bisher nicht gibt, zumindest nicht im Wiki. Gruß Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
Am 10. November 2008 16:59 schrieb André Reichelt [EMAIL PROTECTED]: Chris66 schrieb: Hi, GPS Gerät kann man bei der GeoFabrik leihen, Digicam und Tonbandgerät sind heutzutage doch in fast jedem Handy eingebaut. ;-) Wie Sven ja schon sagte: Die Geräte sind nur für Mapping-Partys gedacht. Und ein Handy, wie Du es beschreibst, habe ich leider oder besser gott sei Dank nicht. Bei den meisten Geräten heutzutage ist Telefonieren ja nur noch eine Sonderfunktion und nicht mehr hauptbestandteil :(. Ich habe zwar ein PNA, allerdings keine gute Software dafür. und jetzt? Wartest Du darauf, dass Dir hier aus der Liste jemand eins schenkt? Man kann auch ohne gps-Geraet mappen, z.B. mit Luftbildern. (Wenn es bei Dir nicht reicht von der Aufloesung her, koenntest Du z.B. mit historischen Karten mappen. Die Informationen der vorhandenen Strassen ergaenzen, POIs hinzufuegen, den Nil mappen, Wald mappen, etc.). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderweg - Relation
Am 11.11.2008, 22:38 Uhr, schrieb Willi Rehfeld [EMAIL PROTECTED]: Markus Tue, 11 Nov 2008 05:36:46 -0800 Ich habe in meinem Gebiet einen Wanderweg gefunden, der Teil des Fernwanderweges Frankenweg ist. Wie finde ich jetzt dessen Relation, damit ich daran anknüpfen kann? Hallo Markus, Ich gehe hierhin http://betaplace.emaitie.de/webapps.relation-analyzer/ gebe unter search relation tippe Frankenweg und erhalte als Ergebnis relation 28147 Sorry, tipfehler 28417 Hallo Falk, ich würde auch dahin gehen und Warnowrundweg eingeben und bekomme relation 34407 ein. Diese erhaltenen Nr. gebe ich unter analyze ein und bekomme eine Auflistung, dann auf link for josm download in der karte auf permalink adresse kopieren und koordinaten in josm eingeben schon habe ich die relation, meine gps-daten hinzuladen und relation übernehmen. ganz einfach Willi -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderweg - Symbol
ÖAV, DAV und SAV sind schon vor rund 30 Jahren zur Übereinkunft gekommen, alle Wege mit rot-weiß-rot (quer, wie die österreichische Fahne :-) und mit Nummer zu kennzeichnen. Ich vermisse diese in den Ostalpen häufigste Variante in dieser Aufzählung. Das übliche Kartensymbol ist rote Linie mit Nummer. Daneben markiert vor allem der ÖTK noch immer weiß-{gelb | grün | rot | blau}-weiß. Liebe Grüße aus Wien Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Markus Sent: Tuesday, November 11, 2008 12:09 PM To: talk-de@openstreetmap.org Subject: [Talk-de] Wanderweg - Symbol Ein Wanderweg wird als relation=route gekennzeichnet. Darin gibt es einen Schlüssel *Symbol*. Mit diesem Schlüssel soll der Nutzer erkennen, wie denn der Wanderweg ausgeschildert ist. Diese Symbole sind überregional einheitlich und von hohem Widererkennungswert: - roter Punkt - roter Ring auf weissem Grund - roter Strich auf weissem Grund - rotes Kreuz auf weissem Grund - rote Diagonale auf weissem Grund (alle Grundfarben werden kombiniert) - Tiersymbol (Fuchs, Adler, Schildkröte, etc) - Nummer (meist einstellig) - Logo (z.B. Main-Donau-Weg) Diese Symbole müssen in der DB definiert und gelistet werden, damit sie mit der Relation verknüpft und vom Renderer angezeigt werden können. Wie geht das? Gruss, Markus ___ 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] Erdumrundung nicht moeglich?
Ist es tatsaechlich so, dass am Rande der Welt Schluss ist? s. hier: http://www.informationfreeway.org/?lat=17.28025470553244lon=179.96796946133742zoom=5layers=BF000F und dann den Bildschirm nach links schieben (sich nach rechts bewegen). ;-) Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
darauf sind die Routenprogramme allerdings nicht wirklich ausgelegt! Workaround für uns arme Programmierer, die das in Routingalgorythmen einfüllen wollen, ist das beim Import künstlich an der Stelle aufzutrennen, das dabei von dem Ding über der Brücke künstlich auseinanderzuhalten und eine künstliche Kante einzubauen. Alles nur, weil philosophisch darüber nachgedacht wird, ob es sich um Punkte oder Strecken handelt. Ein Dijkstra oder A* berücksichtigt halt an Knoten nichts, maximal an Kanten und wenn ich hier die ganze rausnehme, kann das Ding entlang der Strecke gar nichts mehr zustellen und dann halt umdrehen ;-) Mit dem Shooting* geht das zwar, aber auch dazu muß man die Kante künstlich aufbrechen. Jedenfalls mit dem Effekt, daß ein LKW genau bis zum Punkt geroutet werden kann. Damit erzeugen wir einen neuen Fähreneffekt, der ja schon umfangreich durch den Kakao gezogen worden ist. Im Gegensatz zur Einfahrt verboten ohne gegenläufige Einbahn, wo wir ja genau den Workaround gehen, ein kurzes Stück als Einbahn zu mappen, was ja auch dem praktischen Effekt entspricht, sollten wir hier gar nicht über Punktphänomene nachdenken. Tatsächlich in der Natur ist auch die schmälste Brücke so breit, daß eine Strecke hier gerechtfertigt ist. Wem der way darunter nicht durchgehend genug ist, der soll doch anschließend eine Relation drüberlegen. Habt beim Taggen doch Mitleid mit denen, die das Rendern bzw. damit Routen sollen. lG aus Wien Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Martin Koppenhoefer Sent: Tuesday, November 11, 2008 11:36 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Druchfahrtshöhe Brücke Der Weg sollte also dann schon nur sehr kurz sein. Und da Wege in OSM idR keine räumliche Ausdehnung haben, besteht die Beschränkung nur an einem Punkt. Daher mein Gedanke mit der Relation. Ganz pragmatisch gesehen tut es der kurze Weg natürlich auch. stimmt zwar nicht mit dem Punkt (da es ja praktisch immer eine Strecke unter der Bruecke ist, die die Hoehenbeschraenkung ausloest), koennte man aber trotzdem so machen: einfach die Hoehenbeschraenkung auf einen Node unter (bzw. je einen am Anfang und Ende) der Bruecke setzen, und schon funktioniert es im Router: dieser Punkt kann mit einer Hoehe ueber xz meter nicht ueberwunden werden. Ist natuerlich nicht ganz korrekt, funktioniert aber auch ohne Aufteilen des Weges. Martin ___ 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] Erdumrundung nicht moeglich?
Eigentlich reicht eine einzelne Welt. Sobald man einer der Enden zu nahe kommt wird auf die entgegengesetzte Seite umgebrochen und der offset wird um die Weltbreite korrigiert. Der Implementierungsaufwand sollte nahezu der selbe sein. klar, solange man nicht weit genug hinauszoomen darf (oder wenn man eine Kugel nimmt wie bei Google-Earth), bei OSM sieht man ja schon in Zoom 2 bei meiner bescheidenen Bildschirmauflösung 2 Welten, in Z 1 sinds 3 und in Z0 sogar 5 bzw. 6, wenn man bis zu den Grenzen scrollt. Auf Zoom 0 könnte man gut und gerne verzichten, wenn das Tileset nicht so ressourcenschonend klein wäre ;-) Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [JOSM] kopieren zwischen Datenebenen
Moin ! ich habe lange Wege aufgezeichet und diese in einen Way konvertiert, am Anfang und Ende etwas abgeschnitten. Nun möchte ich diesen Way in die OSM-Ebene transferieren. Mit Kopieren und Einfügen funktioniert das zwar - aber der eingefügte Way wird versatzt eingefügt. Kann man dieses irgendwie umgehen und richtig transferieren ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [JOSM] erweiterte Menüs (Shop ) aus elemstyles.xml
Moin! in der elemstyles.xml sind eine Vielzahl von Shop für die Darstellung definiert. Diese Einträge habe ich nicht in der Vorlagen-Datei gefunden. Hat sich einer von Euch die Mühe gemacht diese in eine Vorlagendatei zu überführen und würde mir diese zur Verfügung stellen? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [JOSM ] Adress-Punkte
Moin! ich habe mir gerade einmal den Dialog für die Erfassung von Adreesen angesehen und dort gibt es ja die Felder für die Stadt und den Straßenname. Wenn ich das richtig sehe, dann müssen beteffende Felder manuell ausgefüllt werden. Wäre es nicht wünschenswert, wenn die Felder mit einer Autoergänzungsfunktion - wie bei Straßennamen - versehen wären Ganz klasse wäre es dann noch, wie bei CAD-Systemen, dass man für das Eintragen des Straßennamens noch eine Schaltfläche im Dialog hätte um interaktiv einen zugehörigen Way wählen kann und autom. der Name in das betreffende Feld übernommen wird. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
Martin Koppenhoefer schrieb: Am 11. November 2008 11:18 schrieb Dimitri Junker [EMAIL PROTECTED]: Hallo, Was mich persönlich deutlich stört is der realitätsfremde kreuzungsknoten der 8 Spuren (link 1) und was sind das da für Fahrradwege die in der Pampa enden? Machst Du da noch was? Und was soll: highway=cycleway cycleway=track foot=yes Das wäre nach meinem Verständnis ein Fahrradweg der Fahrradwege hat, wo man auch zu Fuß gehen darf. Im Wiki steht: Mit cycleway=* werden Fahrradwege beschrieben, die neben der eigentlichen Straße verlaufen. In diesem Fall benutzt man highway=* ganz normal für die Straße und ergänzt cycleway=* um den Fahrradweg zu beschreiben. Außerdem sind dort getrennte Spuren für die verschiedenen Richtungen, aber ein oneway=yes fehlt Ich werde einen großen Bogen um diese Kreuzung machen. Wenn man die kommerzielle Konkurrenz sieht liegt darin die Zukunft ;) Und einem 'Konkurenten' können wir ja in die Karten schauen. Die Niederlande sind doch von Profis gemappt und OSM gespendet worden oder? Gruß Dimitri 2 Spuren fuer eine Richtung, die durch Mittelstreifen (unterbrochen) getrennt sind, als 2 ways zu zeichnen, halte ich (der ich im allgemeinen fuer getrennte Aufnahme beispielsweise von Fahrradwegen bin), schlichtweg fuer falsch. Man zeichnet in diesem Fall ja nicht 2 Spuren, sondern ueber die tags suggeriert man 2 Strassen. Das ist schon was anderes. Es gibt aber auch andere Situationen, da sind getrennte Spuren sicherlich sinnvoll: http://opencyclemap.org/?lat=41.85882lon=12.47102zoom=18layers=B000 (allerdings ist dort z.T. auch ein bauliche Trennung (Verkehrsinseln) vorhanden). Solche Sonderfaelle (ja, jetzt doch wieder) mit kurzzeitigem Linksverkehr, und z.B. auch der Konstruktion links einordnen fuer rechts abbiegen moechte ich lieber nicht in Tags umgesetzt sehen... Gruss Martin baulich getrennt sind die 2 Spuren in jede Richtung auch in meinem Beispiel. Die Frage ist also, ob man irgendwo sauber eine Grenze ziehen kann, ab wann was sinnvoll ist. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
Am 11. November 2008 11:18 schrieb Dimitri Junker [EMAIL PROTECTED]: Hallo, Was mich persönlich deutlich stört is der realitätsfremde kreuzungsknoten der 8 Spuren (link 1) und was sind das da für Fahrradwege die in der Pampa enden? Machst Du da noch was? Und was soll: highway=cycleway cycleway=track foot=yes Das wäre nach meinem Verständnis ein Fahrradweg der Fahrradwege hat, wo man auch zu Fuß gehen darf. Im Wiki steht: Mit cycleway=* werden Fahrradwege beschrieben, die neben der eigentlichen Straße verlaufen. In diesem Fall benutzt man highway=* ganz normal für die Straße und ergänzt cycleway=* um den Fahrradweg zu beschreiben. Außerdem sind dort getrennte Spuren für die verschiedenen Richtungen, aber ein oneway=yes fehlt Ich werde einen großen Bogen um diese Kreuzung machen. Wenn man die kommerzielle Konkurrenz sieht liegt darin die Zukunft ;) Und einem 'Konkurenten' können wir ja in die Karten schauen. Die Niederlande sind doch von Profis gemappt und OSM gespendet worden oder? Gruß Dimitri 2 Spuren fuer eine Richtung, die durch Mittelstreifen (unterbrochen) getrennt sind, als 2 ways zu zeichnen, halte ich (der ich im allgemeinen fuer getrennte Aufnahme beispielsweise von Fahrradwegen bin), schlichtweg fuer falsch. Man zeichnet in diesem Fall ja nicht 2 Spuren, sondern ueber die tags suggeriert man 2 Strassen. Das ist schon was anderes. Es gibt aber auch andere Situationen, da sind getrennte Spuren sicherlich sinnvoll: http://opencyclemap.org/?lat=41.85882lon=12.47102zoom=18layers=B000 (allerdings ist dort z.T. auch ein bauliche Trennung (Verkehrsinseln) vorhanden). Solche Sonderfaelle (ja, jetzt doch wieder) mit kurzzeitigem Linksverkehr, und z.B. auch der Konstruktion links einordnen fuer rechts abbiegen moechte ich lieber nicht in Tags umgesetzt sehen... Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitaet: Genauigkeit der Linienfuehrung
2008/11/10 RalfGesellensetter [EMAIL PROTECTED]: Am Montag 10 November 2008 schrieb Thomas Hog: auch in die tcx-Datei schreiben lassen kann. Eben! aber doch wohl: gpx, oder? Falls AccuracyMeters zuviel Speicherplatz braucht kann man ja mal die Wenn es ele heißt, schlage ich hier acc oder accu vor. Dann mal an die Hotlines! koenntet Ihr bei der Gelegenheit auch gleich fuer das GPSMAP 60 CSx mitfragen ;-) Danke, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwei Postleitzahl Tags? was:Postleitzahlengebiete
Hallo, Andreas Pothe schrieb: Hallo, im Zuge dieser Diskussion ist mir aufgefallen das es 2 Postleitzahlen Tags gibt, einmal den: addr:postcode=xyz und den für Briefkästen: postal_code=xyz Der postal_code wird auch für Straßen verwendet. Dann wäre addr:post_code eigentlich besser. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwei Postleitzahl Tags? was:Postleitzahlengebiete
... jedenfalls hier in Österreich werden die Postkasteln von anderen Postämtern entleert, als die Zustellung in der Umgebung; das ist stark zentralisiert; daher ist das wahrscheinlich klug so. lG aus Wien Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Thomas Drebert Sent: Tuesday, November 11, 2008 3:34 PM To: talk-de@openstreetmap.org Subject: [Talk-de] Zwei Postleitzahl Tags? was:Postleitzahlengebiete Hallo, im Zuge dieser Diskussion ist mir aufgefallen das es 2 Postleitzahlen Tags gibt, einmal den: addr:postcode=xyz und den für Briefkästen: postal_code=xyz Gibt es dafür einen Grund, warum kann ein Briefkasten nicht auch einfach addr:postcode=xyz getaggt werden. Ich hab es gemerkt als ich gesehen habe das die Briefkästen mit Postal_code nicht in die postleitzahlflächen vom Inspector mit einbezogen sind. Schöne Grüße Thomas _ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071distributionid=0066 ___ 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] Postleitzahlengebiete
Wolfgang W. Wasserburger schrieb: gibt es in Deutschland keine exakte Definition der PLZ-Gebiete? In Deutschland ist das sehr interessant gemacht: Leitzone, Leitregion, Leitgebiete, Leitbereiche (einwohnerabhängig) etc. Dazu kommen dann natürlich noch Sonderpostleitzahlen von Firmen, Institutionen, Behörden etc. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlengebiete
Letztlich löst es aber nicht die Darstellung von PLZ-Gebieten, die ja ein Land flächendeckend abdecken sollten ;-) Hier helfen wohl nur Relationen. lg von der Mazzesinsel Wolfgang -Original Message- From: Frederik Ramm [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 11, 2008 1:10 PM To: [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch Cc: Jan Tappenbeck Subject: Re: [Talk-de] Postleitzahlengebiete Hallo, noch eine Frage: wenn an einem way links eine andere PLZ gilt als rechts, wie soll's getagt werden und was macht das PLZ-Programm draus? Die PLZ direkt an den Way zu taggen ist ein Konzept aus der Zeit vor dem Karlsruher Adress-Schema. Wo immer möglich, würde ich dazu raten, Adressen nach diesem Schema zu taggen: http://wiki.openstreetmap.org/index.php/Karlsruhe_Schema Das löst auch die Frage mit der Straßenseite. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
Hallo, es gibt dort m.E. deutlich weniger Kreuzungpunkte als 64 (4+2+2)^2=64 Bei den Tags hat man nämlich überhaupt keine Möglichkeit dazu, dort kreuzt sich einfach alles, egal ob das auch in der Realität so ist. es kreuzt sich alles, verbunden werden muß alles, wo gleiche Verkehrsteilnehmer abbiegen dürfen, das kann aber ein Router leicht automatisch machen. Wenn ein Mapper sich an einer bestimmten Stelle entschlossen hat, einen separaten Radweg zu mappen, dann sollte man den auch nicht löschen, weil man denkt, man weiss es besser, sondern mindestens vorher versuchen, Kontakt aufzunehmen. Und wenn dann keine Einigkeit herzustellen ist, dann mappt man halt an anderer Stelle weiter. So halte ich es ja auch. Nach nicht geglückter Rückfrage kann man im Notfall Tags löschen/ändern, ganze Wege löschen wäre nicht nett, notfalls könnte man einen Weg ja auch deaktivieren indem man das highway-Tag löscht. Aber wie gesagt sowas war bisher nicht nötig. Aber das ganze natürlich nur wenn es wirklich falsch ist, nicht wenn es unterschiedliche Meinungen sind. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de