[Talk-hr] Stranice za statistiku potrgane ??
Hvala, upravo takvu stranicu sam tražio. Podaci su odlično složeni, ima li smisla staviti donji link na OSM Wiki (HR Main stranicu) ? On 07.01.2011, Tihomir Heidelberg wrote: Nešto takvo sam ja napravio u svojoj skripti. Doduše, ja sam krenuo raditi skriptu za provjeru ispravnosti označavanja razvrstanih cesti, no kasnije sam i statistiku mappera dodao. Vidi: http://ham2.cc.fer.hr/9a4gl/osm/public/index.html te otvori Statistika mappera ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Stranice za statistiku potrgane ??
On Sat, Jan 08, 2011 at 09:25:09AM +, Goran wrote: Hvala, upravo takvu stranicu sam tražio. Podaci su odlično složeni, ima li smisla staviti donji link na OSM Wiki (HR Main stranicu) ? naravno da ima, please do ! On 07.01.2011, Tihomir Heidelberg wrote: Nešto takvo sam ja napravio u svojoj skripti. Doduše, ja sam krenuo raditi skriptu za provjeru ispravnosti označavanja razvrstanih cesti, no kasnije sam i statistiku mappera dodao. Vidi: http://ham2.cc.fer.hr/9a4gl/osm/public/index.html te otvori Statistika mappera -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Stranice za statistiku potrgane ??
Napravljeno. (http://wiki.openstreetmap.org/wiki/WikiProject_Croatia#Statistike) --- On Sat, 08/01/2011, Matija Nalis mnalis-openstreetmapl...@voyager.hr wrote: Hvala, upravo takvu stranicu sam tražio. Podaci su odlično složeni, ima li smisla staviti donji link na OSM Wiki (HR Main stranicu) ? naravno da ima, please do ! On 07.01.2011, Tihomir Heidelberg wrote: Nešto takvo sam ja napravio u svojoj skripti. Doduše, ja sam krenuo raditi skriptu za provjeru ispravnosti označavanja razvrstanih cesti, no kasnije sam i statistiku mappera dodao. Vidi: http://ham2.cc.fer.hr/9a4gl/osm/public/index.html te otvori Statistika mappera -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-be] oude en nieuwe bing?
filip wolters wrote: Wat me opviel tijdens het bingen, is dat er een andere foto getoond wordt naargelang het level waarop je inzoomt. Een voorbeeld vind je aan de Rostockweg in de Antwerpse haven. Op het ene level staan er gebouwen en het andere niet. ( JOSM ) Dat heb ik ook op een plek tussen Venlo en Tegelen in Nederland. Op de laagste zoomstand staat de situatie van 2006 erop, op de eennalaagste zoomstand krijg je een situatie van voor 2002 te zien. Maarten ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] oude en nieuwe bing?
Enige informatie over de ouderdom van de foto's is te verkrijgen via de Bing Image Analyzer tool. Hier de permalink voor het betreffende gebied: http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=51.26470897790225lon=4.376678498438404zoom=16 De data gegeven zijn afgeleid van de metadata van de image tiles zelf en is niet altijd correct, maar geeft wel een indicatie. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2011/1/8 Maarten Deen md...@xs4all.nl: filip wolters wrote: Wat me opviel tijdens het bingen, is dat er een andere foto getoond wordt naargelang het level waarop je inzoomt. Een voorbeeld vind je aan de Rostockweg in de Antwerpse haven. Op het ene level staan er gebouwen en het andere niet. ( JOSM ) Dat heb ik ook op een plek tussen Venlo en Tegelen in Nederland. Op de laagste zoomstand staat de situatie van 2006 erop, op de eennalaagste zoomstand krijg je een situatie van voor 2002 te zien. Maarten ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] oude en nieuwe bing?
Volgens mij een fout in Bing. Ga je naar het zuiden van Antwerpen op de nieuwe foto's dan zie je dat daar de nieuwe foto wel doorkomt in de hogere zooms (en die nieuwere foto's zijn daarenboven veel gedetailleerder). Zou me verbazen dat hun nieuwe foto enkel op die zuidelijke strook zo'n goede resolutie heeft, dus ergens bij Bing moet er wat misgelopen zijn. Maar geen idee waar je moet zijn om hen dit te melden zodat ze er ook wat aan doen. Ben 2011/1/8 filip wolters filip_wolt...@hotmail.com: Wat me opviel tijdens het bingen, is dat er een andere foto getoond wordt naargelang het level waarop je inzoomt. Een voorbeeld vind je aan de Rostockweg in de Antwerpse haven. Op het ene level staan er gebouwen en het andere niet. ( JOSM ) ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] UK mapping authority switches to Open Government Licence
Richard Fairhurst rich...@... writes: [OS OpenData licence] But that isn't a problem now. Version 1.2.3 of the Contributor Terms state Does that mean it's still incompatible with version 1.0 of the contributor terms? -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] UK mapping authority switches to Open Government Licence
Richard wrote: For those who are similarly humourously challenged may I point out that I have checked and no, the OS OpenData licence does not refer to pubic sector information. [...] Oops! It may read as a sense of humour failure, but it was actually a literacy failure. Maybe, therefore, take my reading of ODBL, OGL or anything else, with a pinch of salt, but here goes... No, it doesn't. Firstly, the only additional requirement is a downstream attribution requirement, which is already present in the ODC attribution licences. Secondly, the OS blog posting expressly mentioned becoming fully interoperable with ODC as a change from the previous licence. If we assume that the reading of ODBL in the LWG minutes is correct, then ODBL would not require attribution of OSM's sources in produced works (e.g., maps), rather only attribution of the OSM database. https://docs.google.com/View?id=dd9g3qjp_87d3bmhxgc (see 5.c) It seems to me, the OS's added downstream attribution requirement says that if person A creates a derived work, then person B's work derives from person A's work, and person C's work derives from person B's work, then person B's licence must still require person C to attribute the OS if they publish. Now imagine this: 1. The OS has released OS Streetview under the OGL, modified with the downstream attribution requirement. 2. Person A traces from OS Streetview and adds to OSM database, released under ODBL (with its less stringent attribution requirements for produced works). 3. Person B creates a produced work (map) from OSM. 4. Person C creates a work based on person B's work. By the time we get to person C, the chain is completely broken (person B does not have to include the requirement in their licence that person C attributes the OS). This may not be a bad thing, but seems to contradict the additional licence term the OS had added. Now, I realise that the OGL specifically states it is compatible with ODC attribution licences, but that surely means the OS licence has two contradictory terms. Logically only one of them can apply in the situation above. Not sure why we can assume that the term specifically added by the OS is the one that does not apply. Or am I missing something? (Probably.) I do take heart from the content of the blog post, but I think removing the contradiction in the licence may be a sensible thing to request. David -- View this message in context: http://gis.638310.n2.nabble.com/OSM-legal-talk-CTs-and-the-1-April-deadline-tp5887879p5902118.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] UK mapping authority switches to Open Government Licence
On 8 January 2011 20:37, davespod osmli...@dellams.fastmail.fm wrote: If we assume that the reading of ODBL in the LWG minutes is correct, then ODBL would not require attribution of OSM's sources in produced works (e.g., maps), rather only attribution of the OSM database. https://docs.google.com/View?id=dd9g3qjp_87d3bmhxgc (see 5.c) Richard has expressed an opinion that produced works must be attributed. Or am I missing something? (Probably.) The proponents of ODBL can't even agree what it means, so what help is there for the rest of us. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Postmortem analysys
Le 08/01/2011 02:34, Mike N. a écrit : I'm not familiar with how survey marks are used - are there multiple marks at the same lat/lon but different ele? Not always but very often, the French IGN made several geodesic points on the same object to alow multiple mesurement.[1] The typical case is the cross among a bell tower : one point is on the top or center of the cross, one other is on the bottom of the cross. So they exactyl have the same lat/lon but a dirrerent elevation [2] A mistake came also after the creation of water towers. On the IGN's survey marks, they are indications on the object carrying it: church, chemney, water tower... A little tool was made to find it.[3] A lot of objects have been created from those indications, mainly water tower. But those objects had no elevation tag for it was unknonw. Keepright (and other) indicate those point has dupes. And several have been merged. [4] Those points, in OpenStreetMap, are very precious. They are used for cheking the quality of aeral imagery and other stuff... [1] http://geodesie.openstreetmap.fr/cgi-bin/index.py?zoom=12lat=48.05932lon=1.91779layers=B0Tch=1100,1200 [2] http://www.openstreetmap.org/browse/node/670053466 http://www.openstreetmap.org/browse/node/670053469 [3] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=10lat=48.09885lon=2.04795layers=B00Titem=7010 [4] http://www.openstreetmap.org/browse/node/670053455 http://www.openstreetmap.org/browse/node/527901535 -- FrViPofm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
Vincent Pottier vpottier at gmail.com writes: QA tools like Keepright make it feasible to monitor and maintain large areas in a fully correct topology. But Keepright is bugged on that point. We have had to revert about 300 changesets from someone who glued nodes with different ele values on survey marks. Keepright (and other) ignore the ele tag. I believe keepright does take note of the layer tag to see when two ways are not intended to meet, but I guess it doesn't know about ele. (I didn't know about that tag either - not that I am any kind of OSM expert - just saying that it is little used in some countries where the data isn't available.) I've sent a message to Harald K., the keepright maintainer, to ask if this can be fixed. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
I would suggest any (!) automatically dupe node analysis tool to respect every possible tag present at two nodes. Even two nodes describing two doctors in one building with different opening hours are sometimes wanted to be at the same coordinates, there is nothing describing anything like level, elevation or layer; and nothing needed. Collapsing these will produce wrong data as the opening hours of the one is connected to the other without intent. At least the user pointed to some issue of that kind should be advised to be carefully - more carfully than at nodes without tags on the same location. regards Peter Am 08.01.2011 10:19, schrieb Ed Avis: Vincent Pottiervpottierat gmail.com writes: QA tools like Keepright make it feasible to monitor and maintain large areas in a fully correct topology. But Keepright is bugged on that point. We have had to revert about 300 changesets from someone who glued nodes with different ele values on survey marks. Keepright (and other) ignore the ele tag. I believe keepright does take note of the layer tag to see when two ways are not intended to meet, but I guess it doesn't know about ele. (I didn't know about that tag either - not that I am any kind of OSM expert - just saying that it is little used in some countries where the data isn't available.) I've sent a message to Harald K., the keepright maintainer, to ask if this can be fixed. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
Nathan Edgars II neroute2 at gmail.com writes: Nic Roets wrote: Mike, please don't blame the bot. It's not the bot. It's the operator that did horrible stuff. And bot-operator-enablers who defended their actions. The people who might have written an intelligent bot (only joining roads to other roads, only joining them on county boundaries, understanding differences of level) have been too scared to do so, leaving the door open for stupid ones. Let those broken routers choke on real-world cases where nodes really are in the same place (double-decker bridge that crosses a state line, for example). I'll continue to map correctly. Yes, absolutely; tweaking the mapped network to work round bugs in routers is like tagging for the renderer. -- Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Spot Image support to the HOT activation in Ivory Coast
Hi there- Post http://hot.openstreetmap.org/weblog/2010/12/ivory-coast-post-electoral-crisis/on Spot Image support to the HOT activation in Ivory Coast. Excellent day! Nicolas -- Nicolas Chavent Humanitarian OpenStreetMap Team http://wiki.openstreetmap.org/wiki/WikiProject_Haiti Mobile (Haiti): +509 389 583 05 Mobile (France): +33 6 89 45 54 58 Landline (FRA): +33 2 97 26 23 08 Email: nicolas.chav...@gmail.com Skype: c_nicolas Twitter: nicolas_chavent ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
On Fri, Jan 7, 2011 at 8:27 PM, Nic Roets nro...@gmail.com wrote: After ungluing a node, move one of them just a little bit. If the road is straight at the would-be intersection, you should just delete the node, right? At the same time, having these nodes there isn't such a bad thing - at least it tests the routers for bugs like the one you described above. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] China alledgedly using cctv to catch people using GPS devices...
China CCTV ratchets up the paranoia in this report re domestic neogeographic activity, including using GPS devices. Foreigners do such things in order to later lob cruise missiles at China, obviously. It's in Chinese, but you'll get the gist. (Note the stealth appearance of Google Earth in flight simulator mode.) http://feeds.ogleearth.com/~r/ogleearth/~3/sQZU_-3oW7I/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] China alledgedly using cctv to catch people using GPSdevices...
Given how common GPS-equipped phones have become, I wouldn't be surprised if the majority of Western tourists in China are using such devices in order to locate where they are relative to their destinations. ---Original Email--- Subject :[OSM-talk] China alledgedly using cctv to catch people using GPSdevices... From :mailto:deltafoxtrot...@gmail.com Date :Sat Jan 08 16:31:14 America/Chicago 2011 China CCTV ratchets up the paranoia in this report re domestic neogeographic activity, including using GPS devices. Foreigners do such things in order to later lob cruise missiles at China, obviously. It's in Chinese, but you'll get the gist. (Note the stealth appearance of Google Earth in flight simulator mode.) http://feeds.ogleearth.com/~r/ogleearth/~3/sQZU_-3oW7I/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
On Fri, 2011-01-07 at 10:18 -0800, Nathan Edgars II wrote: Let those broken routers choke on real-world cases where nodes really are in the same place (double-decker bridge that crosses a state line, for example). I'll continue to map correctly. Just because you have ways crossing each other at a common point, that doesnt mean they all have to have a node at the same point. When youre putting a bridge over a creek, do you simply mark the start/end of the bridge, or do you also put a node in the middle of the bridge above the water? Just because a double-decker bridge crosses a border or river, doesnt mean that each layer needs to have a node at exactly the same point, unless youre either using low-accuracy GPS data, or delibrately trying to make the map data harder to interpret by routers. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
David Murn wrote: On Fri, 2011-01-07 at 10:18 -0800, Nathan Edgars II wrote: Let those broken routers choke on real-world cases where nodes really are in the same place (double-decker bridge that crosses a state line, for example). I'll continue to map correctly. Just because you have ways crossing each other at a common point, that doesnt mean they all have to have a node at the same point. When youre putting a bridge over a creek, do you simply mark the start/end of the bridge, or do you also put a node in the middle of the bridge above the water? Just because a double-decker bridge crosses a border or river, doesnt mean that each layer needs to have a node at exactly the same point, unless youre either using low-accuracy GPS data, or delibrately trying to make the map data harder to interpret by routers. If the name or ref is different on either side of the state line, then it needs to be split in the middle. -- View this message in context: http://gis.638310.n2.nabble.com/Postmortem-analysys-tp5899422p5903544.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What phone survey results
On Fri, 2011-01-07 at 12:00 -0800, SteveC wrote: That's kind of interesting. Sold over what time period though? The article I posted gave figures (in both volume and $ sales) for per-quarter periods, compared with other quarters in 2010 and the previous year. Arguing with anonymous strangers on the Internet is a sucker's game.. I find this a very interesting response when the question asked of you was: *I* don't want to know who's using what 'phone; I wanted to know why *you* wanted to know. Someone fairly and squarely asked the reason why youre surveying users on this mailing list, a mailing list for a project that begins with 'Open', and your response is to call it an argument with an anonymous idiot? Wouldnt it be easier (and less personally insulting) to simply give an answer to the question everyone has politely asked you, or if youre under some commercial-in-confidence agreement, then at least say so? You asked everyone here for their help with your project, then launch into a tirade that everyone who enquired for more details about your project, is a 'self-righteous sixteen-year-old posessing infinite amounts of free time'. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] boundary=town, place=town
I think what he means is that boundary=town goes on the polygon marking the edge of the town, and place=town goes on a node marking the historical center of the town (for example, a town square, or location of local government buildings), which may not be at the geographical center of the current town boundaries. ---Original Email--- Subject :Re: [Tagging] boundary=town, place=town From :mailto:stevag...@gmail.com Date :Sat Jan 08 19:05:48 America/Chicago 2011 On 9/01/2011 11:48 AM, John Smith wrote: On 9 January 2011 10:48, John Smithdeltafoxtrot...@gmail.com wrote: On 9 January 2011 10:39, Steve Bennettstevag...@gmail.com wrote: Hi all, Can anyone tell me the difference between these two tags? Only place=town appears to be documented. Both have ~~4000 usages on ways. The place marker should be part of the boundary as well, because the centre of the boundary and the centre of the boundary will rarely be the same thing boundary/area/place Sorry, I don't follow. There should be a place=town node that is part of the boundary=town way? How could the centre of the town be on its boundary? But anyway, I'm specifically asking about boundary=town ways, and place=town ways. Should a town have both a place=town way and a boundary=town way? If so, what's the distinction? Steve ___ Tagging mailing list tagg...@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What phone survey results
On Jan 8, 2011, at 5:18 PM, David Murn wrote: On Fri, 2011-01-07 at 12:00 -0800, SteveC wrote: That's kind of interesting. Sold over what time period though? The article I posted gave figures (in both volume and $ sales) for per-quarter periods, compared with other quarters in 2010 and the previous year. Arguing with anonymous strangers on the Internet is a sucker's game.. I find this a very interesting response when the question asked of you was: *I* don't want to know who's using what 'phone; I wanted to know why *you* wanted to know. Someone fairly and squarely asked the reason why youre surveying users on this mailing list, a mailing list for a project that begins with 'Open', and your response is to call it an argument with an anonymous idiot? No, I answered it several times, as did others. It was simple curiosity. My reply was to the trolling. Wouldnt it be easier (and less personally insulting) to simply give an answer to the question everyone has politely asked you, or if youre under some commercial-in-confidence agreement, then at least say so? You asked everyone here for their help with your project, then launch into a tirade that everyone who enquired for more details about your project, is a 'self-righteous sixteen-year-old posessing infinite amounts of free time'. David Steve stevecoast.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
On Sat, 2011-01-08 at 17:17 -0800, Nathan Edgars II wrote: If the name or ref is different on either side of the state line, then it needs to be split in the middle. Thats fine, but does the state line need a node directly on-top of the road? Does the state line change as it crosses over the road? If not, then you dont need a node on the state line at the same point as the road, which means the duplicate node problem doesnt exist. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
On Sat, Jan 8, 2011 at 8:25 PM, David Murn da...@incanberra.com.au wrote: On Sat, 2011-01-08 at 17:17 -0800, Nathan Edgars II wrote: If the name or ref is different on either side of the state line, then it needs to be split in the middle. Thats fine, but does the state line need a node directly on-top of the road? Does the state line change as it crosses over the road? If not, then you dont need a node on the state line at the same point as the road, which means the duplicate node problem doesnt exist. That's why I specified a double-decker bridge: each deck gets split at the line. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
On Sat, 2011-01-08 at 20:27 -0500, Nathan Edgars II wrote: On Sat, Jan 8, 2011 at 8:25 PM, David Murn da...@incanberra.com.au wrote: On Sat, 2011-01-08 at 17:17 -0800, Nathan Edgars II wrote: If the name or ref is different on either side of the state line, then it needs to be split in the middle. Thats fine, but does the state line need a node directly on-top of the road? Does the state line change as it crosses over the road? If not, then you dont need a node on the state line at the same point as the road, which means the duplicate node problem doesnt exist. That's why I specified a double-decker bridge: each deck gets split at the line. I guess in theory, having a double decker bridge, directly over a state line is possible. But why write routers for the one case thats theoretically possible, instead of the millions that are not only possible, but already in existance? David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
On Sat, Jan 8, 2011 at 8:54 PM, David Murn da...@incanberra.com.au wrote: But why write routers for the one case thats theoretically possible, instead of the millions that are not only possible, but already in existance? So your router doesn't tell people to jump off bridges. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
Oops - meant to send this to the list. On Sat, Jan 8, 2011 at 8:54 PM, David Murn da...@incanberra.com.au wrote: On Sat, 2011-01-08 at 20:27 -0500, Nathan Edgars II wrote: That's why I specified a double-decker bridge: each deck gets split at the line. I guess in theory, having a double decker bridge, directly over a state line is possible. It's not only possible, but exists: http://www.panynj.gov/bridges-tunnels/george-washington-bridge.html But why write routers for the one case thats theoretically possible, instead of the millions that are not only possible, but already in existance? I don't care how the routers are written. I care about people wrecking the data by merging dupes. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postmortem analysys
Another possible scenario is a junction point between two elevated ramps, above a junction point between two surface roads. Since we live in a three-dimensional world, nodes with the same latitude and longitude, but different elevations, should not be considered to refer to the same point in three-dimensional space. ---Original Email--- Subject :Re: [OSM-talk] Postmortem analysys From :mailto:da...@incanberra.com.au Date :Sat Jan 08 19:54:06 America/Chicago 2011 On Sat, 2011-01-08 at 20:27 -0500, Nathan Edgars II wrote: On Sat, Jan 8, 2011 at 8:25 PM, David Murn da...@incanberra.com.au wrote: On Sat, 2011-01-08 at 17:17 -0800, Nathan Edgars II wrote: If the name or ref is different on either side of the state line, then it needs to be split in the middle. Thats fine, but does the state line need a node directly on-top of the road? Does the state line change as it crosses over the road? If not, then you dont need a node on the state line at the same point as the road, which means the duplicate node problem doesnt exist. That's why I specified a double-decker bridge: each deck gets split at the line. I guess in theory, having a double decker bridge, directly over a state line is possible. But why write routers for the one case thats theoretically possible, instead of the millions that are not only possible, but already in existance? David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New user mistakenly nuking things
So I have a new user in my city (yay!) and he actually wants to use OSM for an interesting project because The details are much more accurate that Google. So that's awesome :) Unfortunately he accidentally nuked a bunch of nodes in one area. He tried to re-add them but he didn't get them all. He has also added some things and then re-deleted them. I am in contact with him trying to figure things out but for those who have experience reverting things: How hard would it be to revert all his changesets and reset the map to the way it was a few days ago? I'm not actually asking for a revert (yet) because I'm still discussing it with him but I wanted some input from someone with reverting experience. I wasn't sure how it would turn out with multiple add/delete cycles going on. Here is a list of his changesets: http://www.openstreetmap.org/user/Kiwijt/edits Thanks Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Gepäckband in Englisch
2011/1/8 Bartosz Fabianowski bart...@fabianowski.eu: Das Ding heißt baggage carousel: http://en.wikipedia.org/wiki/Baggage_carousel je nachdem, welchen Teil man meint. Das Ding heißt baggage handling system ;-) http://en.wikipedia.org/wiki/Baggage_handling_system http://de.wikipedia.org/w/index.php?title=Datei:Gfa-fraport-terminal1.jpgfiletimestamp=20080317231057 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gepäckband in Englisch
Am 08.01.2011 11:10, schrieb M∡rtin Koppenhoefer: 2011/1/8 Bartosz Fabianowskibart...@fabianowski.eu: Das Ding heißt baggage carousel: http://en.wikipedia.org/wiki/Baggage_carousel je nachdem, welchen Teil man meint. Das Ding heißt baggage handling system ;-) http://en.wikipedia.org/wiki/Baggage_handling_system http://de.wikipedia.org/w/index.php?title=Datei:Gfa-fraport-terminal1.jpgfiletimestamp=20080317231057 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de hi! es geht um das einfache Gepäckband allgemein. Habe jetzt das baggage carousel verwendet. http://www.openstreetmap.org/browse/node/105886 Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellendach
Wolfgang schrieb: wie würdet ihr das Dach taggen, unter dem die Fahrzeuge tanken? Building = yes mit Garage oder Tunnel finde ich unpassend. Für mich ist die Überdachung ein Gebäude, also building=yes, zumal man von Luftbildern nicht exakt erkennen kann, welcher Teil davon der Laden ist, im Falle man keine Ortskenntnis hat. layer=1 definiert, dass es sich über Normalniveau befindet. Fangfrage: ab wann ist ein Gebäude ein Gebäude? Ist ein Carport eines? Viele bestehen aus nicht viel mehr als Dach. oder muss es schon eine Garage sein? :) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gepäckband in Englisch
2011/1/8 Jan Tappenbeck o...@tappenbeck.net: es geht um das einfache Gepäckband allgemein. d.h. Du willst kein Gepäckrouting machen? ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellendach
Am 8. Januar 2011 11:30 schrieb malenki o...@malenki.ch: Fangfrage: ab wann ist ein Gebäude ein Gebäude? Ist ein Carport eines? Viele bestehen aus nicht viel mehr als Dach. oder muss es schon eine Garage sein? :) nach dt. Baurecht (s. BauGB) ist ein Carport ein Gebäude, z.B. §2 LBO (hier BaWü, ist aber AFAIK überall ähnlich in D.): (2) Gebäude sind selbständig benutzbare, überdeckte bauliche Anlagen, die von Menschen betreten werden können und geeignet sind, dem Schutz von Menschen, Tieren oder Sachen zu dienen. eine Garage wäre zusätzlich allseitig umschlossen, das ist aber wie oben zitiert für Gebäude nicht die Anforderung. building in OSM bedeutet m.E. nicht Gebäude sondern bauliche Anlage, d.h. die Menge ist noch größer als nur Gebäude (alle Gebäude sind bauliche Anlagen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellendach
Am 8. Januar 2011 11:52 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: nach dt. Baurecht (s. BauGB) ist ein Carport ein Gebäude, z.B. §2 LBO sorry, streiche BauGB, setze LBO (Landesbauordnung) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adress-Relation oder Site-Relation?
Am 8. Januar 2011 04:41 schrieb Wolfgang wolfg...@ivkasogis.de: Minimum 2 Jahre Sieh dir mal diese Objekte an: http://www.openstreetmap.org/?lat=53.646881lon=10.039861zoom=18layers=M 2 Schulen und 1 Kindergarten auf demselben Gelände, die Gebäude werden teilweise gemeinsam genutzt. Das ging gar nicht anders. m.E. wird da nichts aus der site-relation ausgewertet. Die Beschriftungen sind da, weil die Nodes noch andere tags (amenity=school) haben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellendach
M¿rtin Koppenhoefer schrieb: Am 8. Januar 2011 11:30 schrieb malenki o...@malenki.ch: Fangfrage: ab wann ist ein Gebäude ein Gebäude? Ist ein Carport eines? Viele bestehen aus nicht viel mehr als Dach. oder muss es schon eine Garage sein? :) building in OSM bedeutet m.E. nicht Gebäude sondern bauliche Anlage, d.h. die Menge ist noch größer als nur Gebäude (alle Gebäude sind bauliche Anlagen). Danke für die sachlich fundierte Antwort, die sich mit meinem Bauchgefühl durchaus deckt. (Die Frage war eigentlich rhetorisch und als Anreiz zur Reflexion gedacht.) Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adress-Relation oder Site-Relation?
Moin, Wolfgang schrieb: Hallo, Am Samstag 08 Januar 2011 00:56:31 schrieb M∡rtin Koppenhoefer: Am 7. Januar 2011 21:52 schrieb Wolfgang wolfg...@ivkasogis.de: Ist bekannt, ob solche Relationen schon von irgend einer Anwendung ausgewertet werden? Mapnik wertet die Site schon lange aus. echt? Seit wann? Und was wird gemacht? Zumindest Label funktioniert bei den Relations, die ich eingegeben habe, bisher nicht. Minimum 2 Jahre Sieh dir mal diese Objekte an: http://www.openstreetmap.org/?lat=53.646881lon=10.039861zoom=18layers=M ich sehe da irgendwie nicht, was Mapnik da von der site-Relation auswertet/auswerten soll. Der name der site-Relation müsste ja dann im Zentrum der site auftauchen - und da stellt sich dann noch die Frage, welcher Name der beiden Relationen (untereinander?). (Kann natürlich sein, das jene vom Namen der amenity=school verdrängt werden, ist ja alles die gleiche Fläche.) Alle in Mapnik angezeigte Namen stammen derzeit aber von den Einzel-Objekten. Mag ja sein, das Mapnik etwas von der site-Relation auswertet, aber das Beispiel ist da m. E. nicht aussagekräftig. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellendach
Hallo, bisher hatte ich building als Gebäude/Haus verstanden. Wenn man nun weitere Objekte damit erfassen möchte, was ich durchaus verständlich finde, sollte man sich aber Gedanken machen, wie man die Objekte voneinander unterscheiden kann. Ich würde mal vermuten (taginfo ist gerade down), dass building=yes 90% der Objekte beschreibt. Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] virtuelle Knoten in JOSM
Hallo! Eine kleine Frage zur Bedienung in JOSM: Gegeben seien zwei aneinandergrenzende Flächen mit gemeinsamen Knoten. Nun möchte ich die Grenze zwischen den beiden Gebieten verfeinern und füge sogenannte virtuelle Knoten ein, also über das Kreuz in der Mitte eines Wegabschnittes. Dabei kommt es ab uns zu vor, daß JOSM an dieser Stelle nur für einen Weg ein neuen Knoten generiert, anstatt einfach den Knoten in beide Wege einzufügen. Leider habe ich noch keine Regelmäßigkeit feststellen können, wann das passiert. Gibt es ein Weg, dieses Verhalten (kurzfristig) abzustellen? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellendach
Henning Scholland schrieb: bisher hatte ich building als Gebäude/Haus verstanden. Wenn man nun weitere Objekte damit erfassen möchte, was ich durchaus verständlich finde, sollte man sich aber Gedanken machen, wie man die Objekte voneinander unterscheiden kann. Das wurde schon imo getan, siehe http://wiki.openstreetmap.org/wiki/Building und weiterführende Links unter See also. Wenn ein gewünschter Wert nicht vorhanden ist, steht es wie üblich den Mitwirkenden frei, diesen einzuführen. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellendach
Am 08.01.2011 13:07, schrieb Henning Scholland: Hallo, bisher hatte ich building als Gebäude/Haus verstanden. Wenn man nun weitere Objekte damit erfassen möchte, was ich durchaus verständlich finde, sollte man sich aber Gedanken machen, wie man die Objekte voneinander unterscheiden kann. Ich würde mal vermuten (taginfo ist gerade down), dass building=yes 90% der Objekte beschreibt. Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Von besonderem Interesse sollte hier auch die Durchfahrtshöhe/-breite sein. ludwich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gepäckband in Englisch
http://www.openstreetmap.org/browse/node/105886 Abkürzungen sind aber nicht schön. Statt Nr. und no. sollte es besser Nummer und number heißen. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern bei Wohnblocks
Andreas Perstinger wrote: Mein Beispiel zeigt aber, dass es auch Situationen gibt, wo der node nicht mit dem Umriss verbunden werden kann sondern mitten in der Gebäudefläche liegt. alles klar ;) - 33,33% aller Statistiken beruhen auf kleinen Datenmengen. -- View this message in context: http://gis.638310.n2.nabble.com/Hausnummern-bei-Wohnblocks-tp5897510p5902279.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] virtuelle Knoten in JOSM
Hallo Christian. Bei den Werkzeugen gibt es jedenfalls ein Knoten in den Weg einfügen oder sowas (hab JOSM auf diesem Rechner nicht installiert). Das dürfte den Knoten auch in den zweiten Weg einfügen, wenn noch nicht passiert. Gruß Peter Am 08.01.2011 13:13, schrieb Christian H. Bruhn: Hallo! Eine kleine Frage zur Bedienung in JOSM: Gegeben seien zwei aneinandergrenzende Flächen mit gemeinsamen Knoten. Nun möchte ich die Grenze zwischen den beiden Gebieten verfeinern und füge sogenannte virtuelle Knoten ein, also über das Kreuz in der Mitte eines Wegabschnittes. Dabei kommt es ab uns zu vor, daß JOSM an dieser Stelle nur für einen Weg ein neuen Knoten generiert, anstatt einfach den Knoten in beide Wege einzufügen. Leider habe ich noch keine Regelmäßigkeit feststellen können, wann das passiert. Gibt es ein Weg, dieses Verhalten (kurzfristig) abzustellen? Christian ___ 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] Tankstellendach
Hallo, hab dummerweise nur die deutsche Seite angeschaut :-( Ich hab mal einen jOSM-Preset draus gemacht. http://www.aighes.de/OSM/building.xml Viele Grüße, Henning -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] Im Auftrag von malenki Gesendet: Samstag, 8. Januar 2011 13:22 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Tankstellendach Henning Scholland schrieb: bisher hatte ich building als Gebäude/Haus verstanden. Wenn man nun weitere Objekte damit erfassen möchte, was ich durchaus verständlich finde, sollte man sich aber Gedanken machen, wie man die Objekte voneinander unterscheiden kann. Das wurde schon imo getan, siehe http://wiki.openstreetmap.org/wiki/Building und weiterführende Links unter See also. Wenn ein gewünschter Wert nicht vorhanden ist, steht es wie üblich den Mitwirkenden frei, diesen einzuführen. Gruß malenki ___ 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] Adress-Relation oder Site-Relation?
Hi Henning, Henning Scholland writes: schau dir mal die buildings-Relation [1] an. Auf die bin ich gestoßen, als ich mal ein ähnliches Problem hatte. danke für den Hinweis. Da ich neu bin, habe ich einige Fragen dazu, vlt. kannst Du mir helfen. 1. Ich gebe der area die Rolle 'outline' und den entsprechenden POIs/Institutionen die Rolle 'contains'. Ist das korrekt? 2. Ich habe die area trotzdem mit building=yes markiert (da die Relation ja bisher anscheinend nur ein Vorschlag ist). Ist das ok? Danke im Voraus, aa ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] virtuelle Knoten in JOSM
Hallo, Am Samstag 08 Januar 2011 13:13:29 schrieb Christian H. Bruhn: Hallo! Eine kleine Frage zur Bedienung in JOSM: Gegeben seien zwei aneinandergrenzende Flächen mit gemeinsamen Knoten. Nun möchte ich die Grenze zwischen den beiden Gebieten verfeinern und füge sogenannte virtuelle Knoten ein, also über das Kreuz in der Mitte eines Wegabschnittes. Dabei kommt es ab uns zu vor, daß JOSM an dieser Stelle nur für einen Weg ein neuen Knoten generiert, anstatt einfach den Knoten in beide Wege einzufügen. Leider habe ich noch keine Regelmäßigkeit feststellen können, wann das passiert. Gibt es ein Weg, dieses Verhalten (kurzfristig) abzustellen? ich habe mal etwas getestet. Dabei wurden der virtuelle Knoten immer in alle Linien eingefügt, wenn die umliegenden Punkte in allen Linien identisch waren. Soll heißen: Bei mir funktioniert es, wenn die Grenzpunkte, an denen die Flächen aneinander stoßen, nicht nur lagegleich, sondern auch identisch sind (m). Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Karte: rollstuhlkarte.ch
Moin http://www.rollstuhlkarte.ch/ Hübsch! Danke! - Tram-/Bus-Linien: Relationen mit route=[tram|bus] und wheelchair=* werden ausgewertet. route=light_rail und vermutlich auch subway wären mindestens noch sinnvoll und rail könnte irgendwann auch nicht schaden ... - Genauere Angaben für Haltestellen Viel Spaß dabei ;-) Rollstuhltauglichkeit hängt ja von mehreren Parametern ab. - Einstiegshöhe von - - Bahnsteig - - Fahrzeug - evtl. technischen Hilfen (Hublifte, ausfahrbare Stufen o.ä. im Fahrzeug, bestellbar am Bahnsteig, Aufzüge, ...) Einstiegshöhen gibt es derer viele: Im Eisenbahnbereich gibt's die Sollhöhen 38, 55, 76, 96 cm Im Straßenbahnbereich ist man womöglich noch erfinderischer, Niederflur (PS: In der Legende fehlt ein e) in Karlsruhe bspw. nominell 34 cm. Barrierefrei kann dabei auch Hochflur sein, wenn Bahnsteig und Bahn zusammenpassen, ist bei vielen U- und S-Bahnen der Fall. Und es kann Mischungen geben, in einigen Jahren bekommt Karlsruhe bspw. Bahnsteige mit 34 cm für alle Türen von 34-cm-Straßenbahnen und mit 55 cm nur für die ersten beiden Türen von 55-cm-Stadtbahnen (der Rest der Türen hält dann an 34 cm innerhalb der Stadt). Und es gibt Mischverkehr. Heute schon halten an der 34-cm-Haltestelle Herrenstraße 34-cm-Niederflurlinien (passt), aber auch 55-cm-Mittelflurlinien (passt dort nicht, die haben aber außerhalb der Stadt barrierefreie Abschnitte mit 55-cm-Bahnsteigen) und Hochflurer (da einige Linien nur ...=limited sind) Im Bahnhof Durlach gibt's 55-cm- und 76-cm-Bahnsteigabschnitte für die Stadtbahnlinien S31 und S32 (55 cm Mittelflur) und die S-Bahn-RheinNeckar (sehr großes barrierefreies Netz mit fast nur 76-cm-Bahnsteigen) Der offizielle Plan des KVV unterscheidet das alles leider nicht ... Dumm für Rollis, die in Bad Wildbad in eine 55-cm-Bahn einsteigen an einer Haltestelle mit Rolli-Symbol und in KA in der Herrenstraße, eine Haltestelle mit Rolli-Symbol aussteigen wollen, leider nur 34 cm *plumps* Ich hätte also gerne, dass OSM eines Tages besser ist als der KVV bei der Darstellung des ganzen Kuddelmuddels ... ;-) Da müsste man sich also noch einiges bzgl. Rendern und Taggen überlegen ... Apropos Rendern. Ich sehe, dass Linien mit yes in grün breiter als mit limited in gelb und die breiter als mit no in rot gerendert werden. Wenn man die Renderreihenfolge umstellt, würden die sich nicht gegenseitig verdecken. Ob's noch erkennbar bliebe oder man das mit den Breiten evtl. noch verbessern könnte, könnte man ja vielleicht mal testen ... Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern bei Wohnblocks
Am 08.01.2011 07:45, schrieb Andreas Perstinger: Mein Beispiel zeigt aber, dass es auch Situationen gibt, wo der node nicht mit dem Umriss verbunden werden kann sondern mitten in der Gebäudefläche liegt. Das ist nur dann richtig, wenn du die Gebäudefläche auf das beschränkst, was auf dem Luftbild zu sehen ist. Das finde ich falsch. Wie gesagt: Multilevel Building Shapes ist genau dazu gedacht, mehrere unterschiedliche Umrisse eintragen zu können, die eben alle ihre Relevanz haben. Ein Erdgeschossumriss hat genau für deinen Fall die Relevanz, die Außenwand auf Umgebungsniveau anzugeben. Das IST für auf den Tastsinn angewiesene Blinde eine wichtige Information, oder besser: es ist eine wichtige Information, dass eben der andere Umriss NICHT das Hindernis ist, an dem man sich orientieren kann. Nebenbei lässt sich zumindest für Durchgänge an Häusern so auch die Zusammenfassung mehrerer Wege zu einem gemeinsamen Tunnel modellieren. Gruß Peter P.S.: Im Wiki zu finden unter http://wiki.openstreetmap.org/wiki/User:Jongleur/MultiLevel_Building_Shapes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] virtuelle Knoten in JOSM
2011/1/8 Christian H. Bruhn br...@arcor.de Hallo! Eine kleine Frage zur Bedienung in JOSM: Gegeben seien zwei aneinandergrenzende Flächen mit gemeinsamen Knoten. Nun möchte ich die Grenze zwischen den beiden Gebieten verfeinern und füge sogenannte virtuelle Knoten ein, also über das Kreuz in der Mitte eines Wegabschnittes. Dabei kommt es ab uns zu vor, daß JOSM an dieser Stelle nur für einen Weg ein neuen Knoten generiert, anstatt einfach den Knoten in beide Wege einzufügen. Leider habe ich noch keine Regelmäßigkeit feststellen können, wann das passiert. Gibt es ein Weg, dieses Verhalten (kurzfristig) abzustellen? Wenn man vor dem Ziehen am Kreuz einen Weg ausgewählt hat (weil man z.B. daneben geklick hat), wird nur in den Weg ein Node eingefügt. Wenn man vorher keinen Weg ausgewählt hatte, wird in alle Wege ein neuer Node eingefügt. PS: Mit dem Begriff virtueller Knoten kann ich jetzt nichts anfangen. Entweder sind alle Nodes virtuell oder garkeiner. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern bei Wohnblocks
2011/1/7 Walter Nordmann walter.nordm...@web.de hi markus, hier ein klitzekleines beispiel: http://www.openstreetmap.org/browse/way/48876726 ein Haus mit zwei Eingängen und unterschiedlichen Hausnummern. Das ist aber nicht schön. Es gibt derzeit schon 2 dokumentierte Wege Hausnummern zu erfassen: Die vollen Adressdaten an einen Node oder ein Gebäude und die Möglichkeit, einen Teil davon als Relation zu erfassen. Nun hast du hier eine weitere, undokumentierte Variante erstellt, indem du die Adressdaten über mehrere, ohne Relation verbundene Objekte verteilst. Wer oder was soll das auswerten? Richtig wäre hier, die vollständigen Adressdaten an die Eingangs-Nodes zu hängen und diese über eine building-Relation [1] (Rollen: entrance und outline) mit dem Gebäude zu verknüpfen. [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Buildings ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern bei Wohnblocks
2011/1/7 Wolfgang wolfg...@ivkasogis.de Hallo, Am Freitag 07 Januar 2011 12:30:57 schrieb Raimond Spekking: Am 07.01.2011 12:05, schrieb Wolfgang: Hallo, Am Freitag 07 Januar 2011 11:46:15 schrieb Simon Kokolakis: Wie würdet ihr ein Haus taggen mit einem Eingang und zwei verschiedenen Hausnummern und Straßen? Ganz einfach: Hausumriss rein und 2 nodes an die beiden Eingänge mit den jeweiligen Adressen, nicht mit dem Umriss verbunden. Simon schrieb aber: 1 (sic!) Eingang und 2 Hausnummern/Straßen. Stimmt, habe ich überlesen. Neufassung: Ganz einfach: Hausumriss rein und 2 nodes an den Eingang mit den jeweiligen Adressen, nicht mit dem Umriss verbunden. Note dazu, dass es sich um _einen_ Eingang handelt. Zur weiteren Perfektion eine Site für die beiden nodes und eine Site mit dem Umriss und der Eingangs-Site. Die building-Relation [1] ist dafür doch ideal: Einen Node an dies Stelle des Eingangs auf den Gebäudeumriss (Rolle: 'outline') mit der Rolle 'entrance' setzten und die beiden Adressnodes (in Eingangsnähe) mit der Rolle 'address' aufnehmen. [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Buildings ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen-Tags für Luftbildstraßen
2011/1/6 Peter Wendorff wendo...@uni-paderborn.de Ein Navigationssystem berücksichtigt eine road nicht, kommt aber an einer Kreuzung mit dieser road vorbei, und stellt dem Nutzer eine einfache Rückfrage: Du, wie schnell darfst du hier fahren?, Sag mal, wie heißt die Straße, die hier rechts wegführt?, Ist das links eine Einbahnstraße?, stimmts, dass dieser Kreisel 5 Ausfahrten hat? Wenn der Benutzer diese Frage eintippen kann und über den OSM-Kartenprovider später beim Abgleich - oder eine direkte Kommunikation per Mobilfunknetz etc. - einen Rückkanal aufbauen kann, der generierte, und deshalb hoffentlich aussagekräftige Fehlermeldungen z.B. für OSB produziert, dann wird dadurch einiges gewonnen sein. Aus Sicht der Verkehrssicherheit ist das eine ganz schlechte Idee. Alles was den Fahrer ablenken kann ist tunlichst zu unterlassen. Was meinst du warum das Bedienen eines Mobiltelefons als Fahrer verboten ist? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Garmin etrax vista schaltet sich ab
Am 08.01.2011 17:28, schrieb Andreas Tille: Dieses neue Gerät schaltet sich nach einem mir unerklärlichen Prinzip hin und wieder einfach ab. Ja, das macht meines auch. Einigermaßen reproduzierbar passiert das bei einer Ortssuche nach Namen, gelegentlich auch bei der Routenberechnung, die gefühlt mit jeder neu geladenen, komplexeren Karte langsamer wird. Mittlerweile kann ich meine Hausstrecke von Backnang nach Würzburg nicht mehr berechnen, das klappt erst, wenn ich schon auf einem Autobahnzubringer bin. Sehr ärgerlich... Viele Grüße, Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern bei Wohnblocks
Am 08.01.2011 17:01, schrieb Robert S.: Das ist aber nicht schön. Es gibt derzeit schon 2 dokumentierte Wege Hausnummern zu erfassen: Die vollen Adressdaten an einen Node oder ein Gebäude und die Möglichkeit, einen Teil davon als Relation zu erfassen. Ich habe hier ein Haus das hau nicht nur 2 Hausnummern sondern gehört auch zu verschiedenen Straßen nichtmal anhand von dem der dort eine Praxis hat ist auszumachen wozu er gehört ;) optisch ist auch keine trennun zu erkennen: ein länger, rechteckiger Bau, zugang an beiden breitseiten und an einer Schmalseite an der die andere Straße vorbeiführt. mehrere Arztpraxen, Zahnarzt, Apotheke, Bäckerei, Laden für Kleidung. ich müsste ja eigentlich jedem was näheres zuteilen ( wer, wo, was...) Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Garmin etrax vista schaltet sich ab
Am 08.01.2011 17:28, schrieb Andreas Tille: Dieses neue Gerät schaltet sich nach einem mir unerklärlichen Prinzip hin und wieder einfach ab. ich kenne das gerät nicht - bei meinem gibt es das auch ab und an. folgendes ists bei mir: wenn ich das Gerät in der Tasche, habe kann es sein, dass der Ausschaltkopf eingedrückt wird, je nachdem wie ich mich bewege. meines hat normale Batterien. es kann sein das ich, wen ich z.b. irgentwo runterspringe, die Batterien kurzzeitig den Kontakt verlieren das ausschalten ist noch nie passiert wenn ichs in der Hand halte oder so umgehängt habe das die knöppe nach außen zeigen und nichts darüber ist. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen-Tags für Luftbildstraßen
Am 08.01.2011 17:11, schrieb Robert S.: 2011/1/6 Peter Wendorffwendo...@uni-paderborn.de [...] Wenn der Benutzer diese Frage eintippen kann und über den OSM-Kartenprovider später beim Abgleich - oder eine direkte Kommunikation per Mobilfunknetz etc. - einen Rückkanal aufbauen kann, der generierte, und deshalb hoffentlich aussagekräftige Fehlermeldungen z.B. für OSB produziert, dann wird dadurch einiges gewonnen sein. Aus Sicht der Verkehrssicherheit ist das eine ganz schlechte Idee. Alles was den Fahrer ablenken kann ist tunlichst zu unterlassen. Was meinst du warum das Bedienen eines Mobiltelefons als Fahrer verboten ist? Richtig ist: das kann schiefgehen. Aber: 1) Es gibt Beifahrer 2) Gerade bei OSM haben wir viele Radfahrer, die auch mal eben absteigen können 3) Wanderer und Fußgänger sind auch noch dabei und 4) was ist mit der Möglichkeit, das per Sprachfunktion zu machen - ob ich jetzt 'nen Text lese oder 'ne Audiodatei anhöre, die mir 'ne Fehlermeldung gibt, ist weitgehend egal. Dass man dabei verschiedene Dinge berücksichtigen muss, und nicht nur die Generierbarkeit der Frage, das will ich natürlich nicht bestreiten. Trotzdem halte ich es für sinnvoll, so zu taggen, dass man eben auch herausfinden kann, was fehlt oder falsch ist. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Garmin etrax vista schaltet sich ab
Moin, als weitere moeglich Erklaerung kann ich noch bieten, dass bei Erschuetterungen leicht mal der Kontakt zu den Akkus verlorengehen kann. Auch wenn die Battrien ja eigentlich immer vom selben typ sind, so sitzen sie doch mal mehr und mal weniger fest in den Halterungen. Falls das das Problem ist, so wird im Internet empfohlen, ein bisschen Schaumstoff unter die Kontaktfedern zu klemmen. Von einem blossen Verbiegen der Federn wird i.A. abgeraten, die sollen dabei gerne mal abbrechen. Bei meinem Etrex trat dieses Problem erst mit zunehmendem Alter auf, wenn die Batterien aber zufaellig minimal kurz ausfallen, dann kann das sicherlich auch bei einem Neugeraet passieren. Gruss Torsten PS: Nur wegen einem abloesenden Gummi tauscht man doch nicht so ein Geraet. Im Internet gibt es genug Anleitungen, wie man das mit beidseitigem Klebeband selber repariert, das haelt dann besser als zuvor. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern bei Wohnblocks
Steffen Heinz wrote: mehrere Arztpraxen, Zahnarzt, Apotheke, Bäckerei, Laden für Kleidung. ich müsste ja eigentlich jedem was näheres zuteilen ( wer, wo, was) ich habe in solchen Fällen keinerlei Problem, im Internet nachzusehen. All diese Firmen/Läden/Ärzte ... stehen doch längst mit EIGENEN Seiten drin - auch in der Eifel ;). Und diese Einträge sind legal benutzbar. Auch Zeitungsanzeigen - jhalt alles, was von den Betroffenen selber kommt. Um die Einträge der Adress-Verlage u.ä mach ich aber einen großen Bogen, da funktioniert meine innere Schere ganz gut. Ansonsten hinfahren und nach den Schildern sehen - scheint ja nen größerer Ort zu sein wo man bestimmt mal auch was anderes erledigen kann. Gruss Walter - 33,33% aller Statistiken beruhen auf kleinen Datenmengen. -- View this message in context: http://gis.638310.n2.nabble.com/Hausnummern-bei-Wohnblocks-tp5897510p5902995.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Status Aktion 11
Hi. Nach 24h sind 17 von 36 Paketen abgearbeitet SUPER und vielen Dank allen Helfern schon mal soweit!!! Gerhard Gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Garmin etrax vista schaltet sich ab
On Sat, Jan 08, 2011 at 05:49:05PM +0100, Steffen Heinz wrote: wenn ich das Gerät in der Tasche, habe kann es sein, dass der Ausschaltkopf eingedrückt wird, je nachdem wie ich mich bewege. Also zum Ein-/Ausschalten muß man den Knopf recht fest drücken - ich bin sehr sicher, daß der KNof nicht genügend gedrückt wurde, während ich es in der Brusttasche hatte. meines hat normale Batterien. es kann sein das ich, wen ich z.b. irgentwo runterspringe, die Batterien kurzzeitig den Kontakt verlieren Beim Langlaufen (ohne Sturz) und heute beim (Mapping- ;-)) Spaziergang durch die Stadt kann ich uach das ausschließen. das ausschalten ist noch nie passiert wenn ichs in der Hand halte oder so umgehängt habe das die knöppe nach außen zeigen und nichts darüber ist. So lange habe ich es noch nicht, daß ich damit mal nur so gelaufen bin - beim Skilaufen ist die Hand immer nicht frei ... Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Garmin etrax vista schaltet sich ab
On Sat, Jan 08, 2011 at 06:24:05PM +0100, Torsten Leistikow wrote: als weitere moeglich Erklaerung kann ich noch bieten, dass bei Erschuetterungen leicht mal der Kontakt zu den Akkus verlorengehen kann. Auch wenn die Battrien ja eigentlich immer vom selben typ sind, so sitzen sie doch mal mehr und mal weniger fest in den Halterungen. Also die Akkus sitzen recht straff (man bekommt sie immer relativ schwer raus und die Erschütterung kann ich ziemlich ausschließen). Falls das das Problem ist, so wird im Internet empfohlen, ein bisschen Schaumstoff unter die Kontaktfedern zu klemmen. Von einem blossen Verbiegen der Federn wird i.A. abgeraten, die sollen dabei gerne mal abbrechen. Also ich bin der Meinung, daß ein Produktionsfehler eine Reklamation rechtfertigt und fange nicht an bei einem fabrikneuen Gerät herumzubasteln. PS: Nur wegen einem abloesenden Gummi tauscht man doch nicht so ein Geraet. Im Internet gibt es genug Anleitungen, wie man das mit beidseitigem Klebeband selber repariert, das haelt dann besser als zuvor. Ich hab die Anleitung dazu hier gelesen. Im oben genannten Sinne: Ich bin nicht geneigt, meine Freizeit damit zu verbringen, Produktionsfehler von Garmin zu korrigieren. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Plastiken / Statuen
Hallo, wie taggt man Plastiken / Statuen - Kunst die so mal im Straßenbild herumsteht? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Stadtarchiv
Hi nochmal, wie taggt man ein Stadtarchiv (kein Museum)? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Plastiken / Statuen
On 01/08/2011 09:44 PM, Andreas Tille wrote: Hallo, wie taggt man Plastiken / Statuen - Kunst die so mal im Straßenbild herumsteht? http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#Kunstwerk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Garmin etrax vista schaltet sich ab
Am 08.01.2011 17:28, schrieb Andreas Tille: aber ich gehe mal davon aus, daß hier die eine oder andere Erfahrung vorliegt: Für das von Dir beschriebene Problem gibt es mehrere mögliche Ursachen. Noch nicht genannt wurden Kontaktproblemen innerhalb(!) des Gerätes und Abstürze bei Flash-Schreiboperationen abhängig von der Speicherkarte bzw deren Kontakten. (Diese Stichworten sollten für die Recherche in anderen Foren reichen, ist hier ja OT). -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Status Aktion 11
Am 08.01.2011 20:30, schrieb Gary68: Nach 24h sind 17 von 36 Paketen abgearbeitet Sorry, da war meine Bezugsverkettung irgendwie durcheinander, es ging wohl um http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_11 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Status Aktion 11
Am 08.01.2011 20:30, schrieb Gary68: Nach 24h sind 17 von 36 Paketen abgearbeitet Was auch immer diese omminöse Aktion 11 sein mag. Oder ist gmane wieder löchrig? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu ti...@home Windows
o...@stephans-server.de (Stephan Knauss) am 08.01.11: On 07.01.2011 15:03, Rainer Knaepper wrote: mußte ich MaxComplexity begrenzen, Daten mit 1500 und mehr schmeißen bei z=17 Fehler. macht er das nicht automatisch? ich dachte, da gibt es eine Funktion, die das dynamisch anpasst. Im Konsolenfenster wird eine wechselnde Zahl angegeben, z.B. hier in der zweiten Zeile: [#2 100% ] Tile of complexity 671099 took us 152 seconds to render [#2 100% ] Suggested complexity is currently: 10847361 [#2 100% upload] uploaded 2 files [#3 100% ] Tileset (12,3637,1612) around 35.71,139.70 complexity 10694522 priori ty 2 [#3 0% tile-z15] Rendering... Ohne manuelle Beschränkung lädt er aber trotzdem auch welche mit 15.000.000 oder größer. Als Tile-Dienst halte ich das Konzept für überholt. Mein server rechnet Mapnik bis Z19 und das ist in einigen sehr dicht gemappten Gegenden auch schon zu knapp um alle Details zu sehen. Nuja, ich denke, ich werd's dann wieder vom Rechner runterschmeißen, wenn es eh nichts bringt. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-co] Quién está trabajando en el Geocoder de Colombia?
Hola a todos, Fredy me habia planteado hace algún tiempo el problema. Mi mirada puede ser muy teórica, pero espero que sea útil. Desde el punto de vista matemático, lo he dejado en un problema en 2D, y lo justifico considerando que las distancias son suficientemente pequeñas para no tener que trabajar en coordenadas esféricas. La otro es que lo estoy haciendo suponiendo que tenemos un sistema de ejes cartesiano, que nos da un marco de referencia. Como me planteó Fredy originalmente, el problema se podía descomponer en dos partes. la primera, si tenemos dos calles encontrar la intercepción entre ellas, por que no todas las intercepciones se conocen. La segunda, desde un punto de intercepción, poner la dirección asignando una distancia a uno de los dos puntos en dirección del siguiente punto de intercepción. Hasta ahora he hecho un par de programas en python que hacen exactamente eso. El primero, intercepción, calcula la intercepción entre dos rectas definidas a partir de sus coordenadas. El segundo, dirección, calcula la posición a una distancia k entre dos puntos puntos. Envio los programas para saber si esa es la linea en la cual se puede seguir trabajando. Faltaría, si se tiene la latitud y longitud de dos puntos hacer el equivalente a esos puntos en coordenadas cartesianas con distancias definidas en metros. Como lo dije al comienzo, espero que esto sea de utilidad. Entiendo que no siempre las consideraciones teoricas ayudan en la solucion de este tipo de problemas. El día 7 de enero de 2011 20:34, Alexander Garcia alexgarc...@gmail.com escribió: El server lo puedo tener en una uni en alemania. O tambien en bta en una empresa. Sent from my iPhone On Jan 7, 2011, at 7:47 PM, Ariel Nunez ingenieroar...@gmail.com wrote: 3. El servidor es bienvenido pues si es necesaria maquina para esto e inclusive para el render y migrar el geonode. los dos temas son con Ariel , pero el creo que aun anda desconectado por vacaciones. Que por cierto se acaban el Domingo :) Alexander que tipo de conexión tendría el servidor? por ej. a) está en un data center en usa b) en un data center en colombia c) en una empresa d) en un garaje? Independiente de cual sea la respuesta le podemos dar un buen uso para correr las cosas que no puedo correr en los servidores que tengo en Amazon EC2. Saludos y yo también estaré pendiente del tema del geocoder, lo más cercano a eso que he hecho es un geocoder en plsql para postgres (basado en el Tiger) que funcionaba con las calles de Barranquilla y unos datos no libres. Ariel. salu2 Humano On Thursday, January 6, 2011, Igor Támara for checking email... igo...@funtamarapatino.org wrote: Hola, me perdí un poco en este tema, que es de mi interés y en el cual me gustaría poder colaborar, hay algún repositorio, wiki o página donde estén colocando lo que llevan? Estoy a la orden para colaborar en esto, nuestro país afortunadamente es sencillo para la geocodificación :) , a partir de una lat, lon se obtiene la dirección aproximada : Cl Cr en el caso de las ciudades, para las zonas rurales, no se cómo sería :P Gracias. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Alexander Garcia http://www.alexandergarcia.name/ http://www.usefilm.com/photographer/75943.html http://www.linkedin.com/in/alexgarciac Postal address: Alexander Garcia, Tel.: +49 421 218 64211 Universität Bremen Enrique-Schmidt-Str. 5 D-28359 Bremen ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Pilar print Interseccion entre dos rectas x1 = float(raw_input(x1: )) y1 = float(raw_input(y1: )) x2 = float(raw_input(x2: )) y2 = float(raw_input(y2: )) x3 = float(raw_input(x3: )) y3 = float(raw_input(y3: )) x4 = float(raw_input(x4: )) y4 = float(raw_input(y4: )) Dxa = x2-x1 Dya = y2-y1 ma = Dya/Dxa ba = -ma*x1+y1 Dxb = x4-x3 Dyb = y4-y3 mb = Dyb/Dxb bb = -mb*x3+y3 xi = (bb -
[Talk-co] bucaramanga
alguein puedeverificar el trazado de bucaramnga tal parece alguien antes de la imagen bing ya lo habia hecho , esta mal la imagen o el trazado (desplazados) ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] teknik ved tagging af landuse især lan duse=farmland
A) Når jeg tagger landuse, fx landuse=farmland har jeg hidtil blot fx oprettet et rektangulært område med egne nodes, hvor området fx ligger mellem 4 highways. Men man kan også oprette dette så landuse=farmland deler nodes med de omkringliggende highways. Hvad er mest korrekt? B) I øvrigt: Danmark har store sammenhængende områder med landuse=farmland. Hvor store skal disse taggede områder være? jeg har tænkt på om det var mere korrekt og håndterbart, hvis man simpelthen taggede hver mark for sig fx fra Fugros billeder (jeg ved godt at det kan være ændret steder osv). Altså lidt som jeg har gjort her http://www.openstreetmap.org/?lat=56.52348lon=10.18792zoom=15layers=M Men man kan også tagge større områder, hvor der går veje på tværs osv. http://www.openstreetmap.org/?lat=56.4198lon=10.00905zoom=15layers=M men det er egentlig noget upræcist, i det vil andre landuse-typer som burde ligge ind i området også fx landuse=farmyard m.fl. Så jeg tror mest på den først metode hvor hver enkelt mark optegnes. Hvad siger I? / Jesper Fjølner ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] hvad betyder rød-hvide nodes i Potlatc h2 ?
som fx den der ses i centrum her: http://www.openstreetmap.org/?lat=56.453408lon=9.414838zoom=18layers=M når man er i redigeringsmode? / Jesper ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] teknik ved tagging af landuse især la nduse=farmland
Hej, Godt og væsentligt spørgsmål, det ville være cool at vi finder en nogenlunde fælles konsensus :) On Lørdag den 8. januar 2011, Jesper F wrote: A) Når jeg tagger landuse, fx landuse=farmland har jeg hidtil blot fx oprettet et rektangulært område med egne nodes, hvor området fx ligger mellem 4 highways. Men man kan også oprette dette så landuse=farmland deler nodes med de omkringliggende highways. Hvad er mest korrekt? B) I øvrigt: Danmark har store sammenhængende områder med landuse=farmland. Hvor store skal disse taggede områder være? jeg har tænkt på om det var mere korrekt og håndterbart, hvis man simpelthen taggede hver mark for sig fx fra Fugros billeder (jeg ved godt at det kan være ændret steder osv). Altså lidt som jeg har gjort her http://www.openstreetmap.org/?lat=56.52348lon=10.18792zoom=15layers=M Det må høre under micro-mapping. Jeg har selv prøvet at gøre det (http://www.openstreetmap.org/?lat=55.0135lon=10.3205zoom=14layers=M), det ville være noget af et job at komme over hele landet selvom markerne er lidt større i jylland... Dertil synes jeg det kan være svært at afgøre grænserne nogle gange. Måske ville et større område hvor man kan dele op med barrier=hedge (eller andet) være cool? :) Men man kan også tagge større områder, hvor der går veje på tværs osv. http://www.openstreetmap.org/?lat=56.4198lon=10.00905zoom=15layers=M men det er egentlig noget upræcist, i det vil andre landuse-typer som burde ligge ind i området også fx landuse=farmyard m.fl. Så jeg tror mest på den først metode hvor hver enkelt mark optegnes. Hvad siger I? Man kan bare lave den area der skal være noget andet og gøre den til inner i en multipolygon med marken, og derefter tagge den. I øvrigt kunne man også anskue denne metode som meget præcis, da større områder af DK jo ER ubrudt landbrug, med små oaser af skov, natur, beboelse osv. / Jesper Fjølner -- Venlig hilsen, Anders ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] teknik ved tagging af landuse især lan duse=farmland
On Lørdag den 8. januar 2011, Michael Andersen wrote: Hvis man begynder at mappe hver enkelt mark, så vær lige opmærksom på at det i landbruget er meget normalt at sammenlægge/opdele marker fra år til år alt efter hvor store arealer man på et givet tidspunkt har brug for til forskellige afgrøder. Et godt argument for at se på fysiske skel snarere end afgrøder :) -- Venlig hilsen, Anders ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] hvad betyder rød-hvide nodes i Potlatch2 ?
Jeg har set flere steder, hvor der er dobbelte adressenoder, f.eks alle adresser i Slårupparken: http://osm.org/go/0H2e9x7fU-- Det ser ud til at de nye OSAK data ikke har erstattet de gamle KMS data i dette tilfælde. Ole On 08/01/2011 14:45, Rasmus Vendelboe wrote: Flere noder stakket ovenpå hinanden. Med venlig hilsen Rasmus Vendelboe 2011/1/8 Jesper F jesperfjoel...@hotmail.com mailto:jesperfjoel...@hotmail.com som fx den der ses i centrum her: http://www.openstreetmap.org/?lat=56.453408lon=9.414838zoom=18layers=M http://www.openstreetmap.org/?lat=56.453408lon=9.414838zoom=18layers=M når man er i redigeringsmode? / Jesper ___ Talk-dk mailing list Talk-dk@openstreetmap.org mailto:Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] teknik ved tagging af landuse især lan duse=farmland
On 08/01/2011 15:17, Anders Lund wrote: Hej, Godt og væsentligt spørgsmål, det ville være cool at vi finder en nogenlunde fælles konsensus :) Meget relevant spørgsmål! Måske skulle vi spørge os selv om vi overhovedet vil mappe farmland. Landbrug er jo nærmest standardudnyttelsen af dansk jord, så det er nemmere at mappe alt hvad der IKKE er landbrugsjord. Det vil være et kæmpearbejde at mappe alt landbrug som farmland, hvis det skal gøres med en rimelig præcision og jeg tvivler lidt på værdien af det arbejde. Desuden finder jeg den brune farve i Mapnik afskyelig, men det er ikke min primære indvending. Jeg vil hellere prioritere at mappe landbrugsejendomme, enten som bygninger eller som farmyards. On Lørdag den 8. januar 2011, Jesper F wrote: A) Når jeg tagger landuse, fx landuse=farmland har jeg hidtil blot fx oprettet et rektangulært område med egne nodes, hvor området fx ligger mellem 4 highways. Men man kan også oprette dette så landuse=farmland deler nodes med de omkringliggende highways. Hvad er mest korrekt? Der er to lejre her! Dem som bruger hvad de kan finde af veje og lignende som landuse grænser, og så dem (som mig) der konsekvent laver separate noder til landuse polygoner (evt. deler noder mellem to tilstødende landuse områder). Den første løsning gør det ofte bøvlet at editere de pågældende veje og er normalt heller ikke korrekt (landuse går sjældent præcist til vejmidten). Ole / polderrunner ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] teknik ved tagging af landuse især lan duse=farmland
Hej, 2011/1/8 Ole Nielsen on-...@xs4all.nl: Meget relevant spørgsmål! Måske skulle vi spørge os selv om vi overhovedet vil mappe farmland. Landbrug er jo nærmest standardudnyttelsen af dansk jord, så det er nemmere at mappe alt hvad der IKKE er landbrugsjord. En fordel ved at mappe landbrugsjord kan være en indikation af, at nogen rent faktisk har kigget på det område, i modsætning til hvis det bare er en stor, hvid plet på kortet. - Peter Brodersen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] teknik ved tagging af landuse især lan duse=farmland
Hej Jeg plejer at tagge landuse som multipolygoner, med veje, fysiske skel (f.eks barrier=hedge for levende hegn eller waterway=stream/drain for bække/afvandingskanaler) som ydre begrænsninger. Der hvor der ikke er et fysisk skel (f.eks. ved grænsen til en farmyard) laver jeg veje (uden tags) til formålet. Denne metode sørger for at naboting (f.eks. en mark der grænser op til en skov eller gård) kun har én grænse, og desuden bliver huller i landuse (f.eks. et vandhul på en mark) meget oplagt at mappe i samme multipolygon. Se f.eks. her http://www.openstreetmap.org/?lat=55.33273lon=10.37496zoom=15layers=M hvor jeg har brugt denne metode. mvh Søren Møller ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-se] Uppdaterad vägstatus
Hej! Ikväll har jag flyttat all status om Europa- riks- och länsvägar till wikin! Och samtidigt snyggat till sidan med länsvägarna så dessa nu ligger i en snygg tabell. Så nu är statusen aktuell och det vore trevligt om vi kunde rätta de få felaktigheter som återstår. Det är kanske bara 5% kvar innan Sveriges stora vägar är helt kartlagda i OpenStreetMap! När firar vi... ;-) Observera att jag använt OpenStreetBugs till en del fel/konstigheter. /Peter Kindström ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Superrelationer
Vad är en rote för något? Som en stadsdel eller något annat? Om det är en stadsdel så är det de yttre gränserna som ska vara medlemmar i relationen, dvs. precis som relationen för Lunds kommun fast admin_level 7. /Markus 2011/1/9 Andreas Vilén andreas.vi...@gmail.com: Hej alla! Jag och min mapparkompis Spull har precis lagt in Lunds roten som superrelationer, men är inte säkra på att det blev rätt. Länkar: http://www.openstreetmap.org/browse/relation/1364351 http://www.openstreetmap.org/browse/relation/1364324 http://www.openstreetmap.org/browse/relation/1364241 http://www.openstreetmap.org/browse/relation/1364206 Problemet är att renderaren ritar ut rotenamnen lite här och där längs vägarna, vilket naturligtvis blir väldigt förvirrande. Man ska ju inte rita efter renderaren, men har vi över huvud taget gjort rätt, eller är detta något som bör tas upp för de som planerar Mapniks utseende? /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] garmin enganche bici (off)
tengo este cacharro extra sin abrir en su blister de plástico. yo ya tengo uno en mi bici y funciona perfecto. vale para toda la serie dakota, oregon, gpsmap62 y puede que alguno mas. si a alguien le interesa se lo dejo por 10 euros. https://buy.garmin.com/shop/shop.do?pID=11411 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Ayuda con osmosis
Estoy tratando de filtrar con osmosis los datos de corine para obtener un archivo local para procesarlo posteriormente, pero no lo consigo. Si uso el contenido completo del campo source (--tf reject-ways source='EU CORINE land cover 2006') me da un error. Igual con comillas dobles. Supongo que el problema son los espacios, pero no sé cómo hacer para que los acepte. Si uso source='*CORINE*' completa la tarea, pero no los filtra. ¿Alguna sugerencia? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Spanish 4th anniversary party
El 07/01/11 17:34, Jaume Figueras escribió: Hola, pues hay un vuelo BCN-Badajoz directo, que bien!, por que los 1100 Km. que me proponeis :P esta vez no los haré en coche :D Vigila cómo se solapan idas y vueltas, no es oro todo lo que reluce. :-) Sí, Badajoz queda un poco retiradito, menos para los sevillanos! Hace poco estuve por allí, armado con mi GPS y mi cámara (photo mapping rules!) y me sorprendió la enorme falta de trazas de la zona. Es que no hay GPSr's en Badajoz? Salut! On 01/07/2011 04:58 PM, sanchi wrote: Pues si. Yo hace poco hice algo de Badajoz con las ortofotos porque me dio pena solo verlo. Seria una buena opción. El 7 de enero de 2011 16:38, Carlos Dávila cdavi...@orangecorreo.es mailto:cdavi...@orangecorreo.es escribió: A la espera de que haya o no propuestas del IGN, yo tenía pensado hace tiempo proponer Badajoz [1] como lugar para la próxima reunión. Como capital de provincia, con casi 150.000 habitantes me parece lamentable lo escasamente mapeado que está. [1] http://osm.org/go/b58QzRU El 07/01/11 13:46, Jonas Andradas escribió: 2011/1/7 Jaume Figueras i Jové jaume.figue...@masafi.cat mailto:jaume.figue...@masafi.cat MMM On 01/07/2011 11:40 AM, sergio sevillano wrote: se podría mezclar con http://wiki.openstreetmap.org/wiki/Jaén_Mapping_Party http://wiki.openstreetmap.org/wiki/Ja%C3%A9n_Mapping_Party Me parece muy buena idea, lo que no sé, es si se puede esperar hasta abril. ¿La reunión anual debe hacerse antes por temas legales de la fundación OSM-Spain? Iván: nos iluminas? También hay las Mapping Parties 'IGN Powered', sería un detalle hacia el IGN hacer la reunión anual en algún lugar propuesto por ellos en agradecimiento a la cesión de PNOA. Buenas, ¿se sabe de lugares propuestos por el IGN ya? Yo pensaba que nos los propondrían, pero que no lo habían hecho aún. Un saludo, -- Jonás Andradas Skype: jontux LinkedIn: http://www.linkedin.com/in/andradas GPG Fingerprint: 678F 7BD0 83C3 28CE 9E8F 3F7F 4D87 9996 E0C6 9372 Keyservers: pgp.mit.edu http://pgp.mit.edu | pgp.rediris.es http://pgp.rediris.es ___ Talk-es mailing list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx Instale OpenOffice desdehttp://es.openoffice.org/programa/index.html OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones. ___ Talk-es mailing list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ayuda con osmosis
El 08/01/11 11:20, Carlos Dávila escribió: Estoy tratando de filtrar con osmosis los datos de corine para obtener un archivo local para procesarlo posteriormente, pero no lo consigo. Si uso el contenido completo del campo source (--tf reject-ways source='EU CORINE land cover 2006') me da un error. Igual con comillas dobles. Supongo que el problema son los espacios, pero no sé cómo hacer para que los acepte. Respondo yo mismo, sólo había que buscar un poco más afondo en la wiki de osmosis. Escapando los espacios con %s ya funciona. Salvo que haya peticiones en contra, de momento los mapas para garmin de [1] no incluirán los datos importados de Corine. [1] http://mapas.alternativaslibres.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Buscando webs de POIs
Buenas Pues en un rato de descanso me he puesto a buscar en internet páginas que tuvieran puntos de interés para poder reutilizarlos. La única que he encontrado que lo deja claro es GuiaGPS [1] que en la información de las descargas [2] dice El contenido que te descargas en GuiaGPS es de difusión libre y gratuita, queda TOTALMENTE PROHIBIDO COBRAR POR SU DESCARGA ASÍ COMO ATRIBUIRSE LA AUTORIA DE DICHO CONTENIDO. Si deseas divulgar la información que te descargas en GuiaGPS, siéntete libre de hacerlo, así entendemos en GuiaGPS la libre difusión Por lo que entiendo que sí se podrían importar los datos a OSM. ¿Qué opináis? La otra web que he encontrado ha sido Todo POI [3] pero aquí dice que Si no se respetase lo citado anteriormente y/o se consiguiese un beneficio economico o material de dicha informacion, se podrian emprender las acciones legales oportunas hacia el beneficiario ya sea persona fisica o fiscal. No se podrían usar a menos que nos diesen permiso. [1] http://guiagps.com/htm/descargas.htm [2] http://guiagps.com/htm/informacion_descargas.pdf [3] http://todo-poi.es/index.html ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Buscando webs de POIs
El día 8 de enero de 2011 13:53, Manuel García lendul...@gmail.com escribió: Buenas Pues en un rato de descanso me he puesto a buscar en internet páginas que tuvieran puntos de interés para poder reutilizarlos. La única que he encontrado que lo deja claro es GuiaGPS [1] que en la información de las descargas [2] dice Hola, Manuel, Es muy importante tener en cuenta que sólo es posible importar, a día de hoy, datos que sean compatibles con las licencias CC-BY-SA-2.0 Y ODbL 1.0. El contenido que te descargas en GuiaGPS es de difusión libre y gratuita, queda TOTALMENTE PROHIBIDO COBRAR POR SU DESCARGA ASÍ COMO ATRIBUIRSE LA AUTORIA DE DICHO CONTENIDO. Si deseas divulgar la información que te descargas en GuiaGPS, siéntete libre de hacerlo, así entendemos en GuiaGPS la libre difusión Las dos licencias anteriormente nombradas indican que se debe permitir cualquier uso, incluído los comerciales, por lo que *yo* entiendo que no es posible. Que la fundación no cobre por los datos y los ponga gratuítamente a disposición de todos no implica que un tercero pueda montar un negocio con ellos, siempre que cumplan los criterios de redistribucion (como hacen Mapquest o Bing, los cuales, en mi opinion, repercuten a su vez positivamente en el proyecto). Respecto a la posición usual de la autoría es que, aunque se hace todo lo posible por indicar mediante etiquetas la fuente de los datos (tag source), no se puede garantizar al 100% la autoría de todos y cada uno de los datos para pequeñas importaciones, ya que si otro usuario modifica un punto, debido al estilo wiki del proyecto, éste podría borrar esta etiqueta (para ser sinceros, en ese caso el punto dejaría de ser suyo). Te aconsejaría, no obstante, que dado que parecen estar bastante abiertos a compartir sus datos, si crees que son útiles, contactes con ellos para que permitan al proyecto OpenStreetMap utilizarlos *explícitamente* bajo las licencias libres que comentaba antes. Si tienes cualquier pregunta sobre las licencias, no dudes en comentarla aquí o en legal-talk. Un saludo, y espero que esto aclare tus dudas, -- Jynus ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Buscando webs de POIs
El día 8 de enero de 2011 15:10, jynus jyn...@gmail.com escribió: El día 8 de enero de 2011 13:53, Manuel García lendul...@gmail.com escribió: Buenas Pues en un rato de descanso me he puesto a buscar en internet páginas que tuvieran puntos de interés para poder reutilizarlos. La única que he encontrado que lo deja claro es GuiaGPS [1] que en la información de las descargas [2] dice Por cierto, asegúrate de la fuente de los datos antes de cualquier importación, he mirado la página que indicas, y parecen usar Google como mapa base. Si la introducción de datos se hace por el mismo sistema, sería otra razón por la que no podríamos importar sus datos. -- Jynus ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Dudas en un cruce con cebreado.
Muy buenas: Estaba corrigiendo desde KeepRight por mi zona cuando me encontré con este cruce [1]. Lo que me gustaría saber es si está bien dibujado y completo, o si le faltan restricciones de giro y esas cosas. Lo pregunto más que nada por saber si es un buen ejemplo para dibujar sitios similares sobre PNOA, que por aquí hay un montón de ese estilo. Gracias!! [1] http://www.openstreetmap.org/?lat=42.371773lon=-7.139511zoom=18layers=M ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas en un cruce con cebreado.
El 08/01/11 16:22, Marco Fernández escribió: Muy buenas: Estaba corrigiendo desde KeepRight por mi zona cuando me encontré con este cruce [1]. Lo que me gustaría saber es si está bien dibujado y completo, o si le faltan restricciones de giro y esas cosas. Lo pregunto más que nada por saber si es un buen ejemplo para dibujar sitios similares sobre PNOA, que por aquí hay un montón de ese estilo. Gracias!! [1] http://www.openstreetmap.org/?lat=42.371773lon=-7.139511zoom=18layers=M http://www.openstreetmap.org/?lat=42.371773lon=-7.139511zoom=18layers=M Normalmente este tipo de cruces están pintados con una sola vía para la carretera principal, en este caso la OU-533, pero evidentemente así queda más completo. He añadido el tag lanes, un par de stops y corregido un primary a primary_link; por lo demás a mi me parece que está bien. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas en un cruce con cebreado.
El 08/01/2011 16:50, Carlos Dávila escribió: El 08/01/11 16:22, Marco Fernández escribió: Muy buenas: Estaba corrigiendo desde KeepRight por mi zona cuando me encontré con este cruce [1]. Lo que me gustaría saber es si está bien dibujado y completo, o si le faltan restricciones de giro y esas cosas. Lo pregunto más que nada por saber si es un buen ejemplo para dibujar sitios similares sobre PNOA, que por aquí hay un montón de ese estilo. Gracias!! [1] http://www.openstreetmap.org/?lat=42.371773lon=-7.139511zoom=18layers=M http://www.openstreetmap.org/?lat=42.371773lon=-7.139511zoom=18layers=M Normalmente este tipo de cruces están pintados con una sola vía para la carretera principal, en este caso la OU-533, pero evidentemente así queda más completo. He añadido el tag lanes, un par de stops y corregido un primary a primary_link; por lo demás a mi me parece que está bien. Se supone que si hay separación física de los sentidos se deberían dibujar dos vías, ¿no? Se que la separación por cebreado está justo en el límite de lo que se considera separación física; pero yo creo que si hay una separación de más o menos un carril entero por el cebreado, pues se debería partir en dos. Uno de los problemas que tiene eso es que ni Mapnik ni osmarender prestan la menor atención a los tags oneway y lanes cuando dibujan, sino que van en modo sota, caballo, rey: highway=motorway - línea estrecha, otro highway - línea gruesa. Pero no tenemos que mapear para el renderizador, y yo creo que lo correcto aquí es ponerlo separado y con las restricciones de giro apropiadas. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas en un cruce con cebreado.
El día 8 de enero de 2011 16:55, Javier Martin lordhab...@gmail.com escribió: El 08/01/2011 16:50, Carlos Dávila escribió: El 08/01/11 16:22, Marco Fernández escribió: Muy buenas: Estaba corrigiendo desde KeepRight por mi zona cuando me encontré con este cruce [1]. Lo que me gustaría saber es si está bien dibujado y completo, o si le faltan restricciones de giro y esas cosas. Lo pregunto más que nada por saber si es un buen ejemplo para dibujar sitios similares sobre PNOA, que por aquí hay un montón de ese estilo. Gracias!! [1] http://www.openstreetmap.org/?lat=42.371773lon=-7.139511zoom=18layers=M http://www.openstreetmap.org/?lat=42.371773lon=-7.139511zoom=18layers=M Normalmente este tipo de cruces están pintados con una sola vía para la carretera principal, en este caso la OU-533, pero evidentemente así queda más completo. He añadido el tag lanes, un par de stops y corregido un primary a primary_link; por lo demás a mi me parece que está bien. Se supone que si hay separación física de los sentidos se deberían dibujar dos vías, ¿no? Se que la separación por cebreado está justo en el límite de lo que se considera separación física; pero yo creo que si hay una separación de más o menos un carril entero por el cebreado, pues se debería partir en dos. Uno de los problemas que tiene eso es que ni Mapnik ni osmarender prestan la menor atención a los tags oneway y lanes cuando dibujan, sino que van en modo sota, caballo, rey: highway=motorway - línea estrecha, otro highway - línea gruesa. Pero no tenemos que mapear para el renderizador, y yo creo que lo correcto aquí es ponerlo separado y con las restricciones de giro apropiadas. Lo que comenta Javier, que es muy razonable, y tanto yo como varios compañeros que conozco mapean así (sentido común para la separación de diferentes sentidos). No he tenido tiempo para mirar la zona con demasiado en detalle, pero haría falta añadir varias restricciones de giro: por ejemplo, añadir una prohibición de cambio de sentido en el nodo: 834688013 http://www.openstreetmap.org/browse/node/834688013 ¡Animáos con las relaciones!, que una vez que las pruebas, uno ya no sabe cómo ha podido vivir sin ellas. Y los editores OSM cada vez hacen más fácil el trabajar con ellas. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas en un cruce con cebreado.
Lo de las restricciones de giro no lo he mirado porque ahora no tengo tiempo pero lo de dibujar vías separadas en estos casos también soy de los que lo hacen. Como dice jynus sentido común para la separación de diferentes sentidos. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ayuda con osmosis
genial, ya estaba temblando por si los cacharritos no iban a poder con el aumento de peso. ¿cuanta diferencia hay en el peso del archivo final? gracias carlos. El 08/01/2011, a las 12:36, Carlos Dávila escribió: El 08/01/11 11:20, Carlos Dávila escribió: Estoy tratando de filtrar con osmosis los datos de corine para obtener un archivo local para procesarlo posteriormente, pero no lo consigo. Si uso el contenido completo del campo source (--tf reject-ways source='EU CORINE land cover 2006') me da un error. Igual con comillas dobles. Supongo que el problema son los espacios, pero no sé cómo hacer para que los acepte. Respondo yo mismo, sólo había que buscar un poco más afondo en la wiki de osmosis. Escapando los espacios con %s ya funciona. Salvo que haya peticiones en contra, de momento los mapas para garmin de [1] no incluirán los datos importados de Corine. [1] http://mapas.alternativaslibres.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Help centre OSM
Me acabo de encontrar con el centro de ayuda de OSM [1] que no conocía. Las 1ªs consultas parecen de julio pero llegué a él porque suelo entrar al wiki desde los enlaces que hay a la izquierda del mapa en la web principal de OSM y creo que los han cambiado un poco estos días. Es un sitio para preguntar cualquier cosa sobre OSM (vamos, como la lista) pero vía web. Se puede escribir en cualquier idioma, aunque predomina el inglés. Desde mi punto de vista, está bien como sitio al que poder dirigirse si no se conocen las listas. ¿qué os parece? [1] http://help.openstreetmap.org/ Por cierto, el enlace al wiki está ahora en Documentation; a leer sobre restricciones de giro! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas en un cruce con cebreado.
El 08/01/2011, a las 16:50, Carlos Dávila escribió: El 08/01/11 16:22, Marco Fernández escribió: Muy buenas: Estaba corrigiendo desde KeepRight por mi zona cuando me encontré con este cruce [1]. Lo que me gustaría saber es si está bien dibujado y completo, o si le faltan restricciones de giro y esas cosas. Lo pregunto más que nada por saber si es un buen ejemplo para dibujar sitios similares sobre PNOA, que por aquí hay un montón de ese estilo. Gracias!! [1] http://www.openstreetmap.org/?lat=42.371773lon=-7.139511zoom=18layers=M http://www.openstreetmap.org/?lat=42.371773lon=-7.139511zoom=18layers=M Normalmente este tipo de cruces están pintados con una sola vía para la carretera principal, en este caso la OU-533, pero evidentemente así queda más completo. He añadido el tag lanes, un par de stops y corregido un primary a primary_link; por lo demás a mi me parece que está bien oh! qué bello queda incluido en la categoría orfebrería del mapa coincido con los comentarios del uso razonable de separar vías y de que solo le falta las restricciones de giro. pero como por ahora no las uso no tengo mas que decir, a ver si hago caso a jynus y me las aprendo. a partir de ahora todos los haré así ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ayuda con osmosis
El 08/01/11 18:46, sergio sevillano escribió: genial, ya estaba temblando por si los cacharritos no iban a poder con el aumento de peso. ¿cuanta diferencia hay en el peso del archivo final? Unos 25 MB. Eso no supone supone mucho problema para el gps, pero obliga a partir el archivo en más teselas, lo que en MapSource sí es un problema, ya que con los mapas creados con mkgmap MapSource no es capaz de calcular rutas entre puntos separados más de dos teselas, al menos de momento. gracias carlos. El 08/01/2011, a las 12:36, Carlos Dávila escribió: El 08/01/11 11:20, Carlos Dávila escribió: Estoy tratando de filtrar con osmosis los datos de corine para obtener un archivo local para procesarlo posteriormente, pero no lo consigo. Si uso el contenido completo del campo source (--tf reject-ways source='EU CORINE land cover 2006') me da un error. Igual con comillas dobles. Supongo que el problema son los espacios, pero no sé cómo hacer para que los acepte. Respondo yo mismo, sólo había que buscar un poco más afondo en la wiki de osmosis. Escapando los espacios con %s ya funciona. Salvo que haya peticiones en contra, de momento los mapas para garmin de [1] no incluirán los datos importados de Corine. [1] http://mapas.alternativaslibres.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx Instale OpenOffice desde http://es.openoffice.org/programa/index.html OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas en un cruce con cebreado.
El 8 de enero de 2011 19:02, sergio sevillano sergiosevillano.m...@gmail.com escribió: [1] http://www.openstreetmap.org/?lat=42.371773lon=-7.139511zoom=18layers=M oh! qué bello queda incluido en la categoría orfebrería del mapa El usuario que lo trazó tiene buena mano con los cruces :) coincido con los comentarios del uso razonable de separar vías y de que solo le falta las restricciones de giro. Después de leer esto [1] y con la ayuda de la extensión turnrestrictions las he puesto. ¿Están bien? Gracias por la ayuda!! [1] http://wiki.openstreetmap.org/wiki/ES:Relation:restriction ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas en un cruce con cebreado.
Después de leer esto [1] y con la ayuda de la extensión turnrestrictions las he puesto. ¿Están bien? solo se ponen restricciones en el nodo critico como esta ahora o también por OU-533 hacia el NE y girando a OU-636 se pone no right turn en el nodo 834688055?? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es