Re: [Talk-hr] Report on Mappers by Country Editing (2009-09-30)
On Sun, 25 Oct 2009 08:53:13 +0100, Marjan Vrban wrote: Ne stojimo loše (ima 27 aktivnih). Vrlo lijepo, da me netko pitao ne bih rekao da nas ima više od 10-15, pa me ova brojka vrlo lijepo i ugodno iznenadila. ps. gdje su ti ljudi? nema ih na ovoj listi (lurkeri?) a ni pod journalima ih bas ne vidim. -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[Talk-hr] A Very Spatial Podcast
Ovaj podcast bi mogao biti zanimljiv svima s liste pa rekoh da podijelim link. http://veryspatial.com/ A Very Spatial Podcast is your weekly source for information on Geography and geospatial technologies. Geography touches most things we do everyday, but we rarely even think of it. This podcast seeks to point out how it is filtering into our digital lives and daily lives. -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Fwd: [OSM-talk] loading geotiff to osm editors
Hi, for testing Hi Maning, See http://www.openstreetmap.org/edit?lat=16.09601lon=120.55866zoom=15tileurl=http://dev.openstreetmap.org/~gravitystorm/imagery/philippines/!/!/!.png I've completed just one image as the test, I'll be puting more together later. The tiles are available to zoom 17. I made a small area available to 18, you can see what it's like at http://www.openstreetmap.org/edit?lat=16.111364lon=120.518244zoom=18tileurl=http://dev.openstreetmap.org/~gravitystorm/imagery/philippines/!/!/!.png There appears to be a slight offset between the imagery and the existing OSM data and GPS traces, which is a bit unfortunate. I'll have a look at that later, but I suspect the imagery isn't 100% correct. Cheers, Andy On Fri, Oct 23, 2009 at 1:54 PM, Andy Allan gravityst...@gmail.com wrote: OK. I've downloaded the first one to use as a test. I presume the complete overlaps are images taken of the same place but at different times? If so, I think the main priority is to produce just one set of tiles with the most up-to-date imagery. When we have that completed, we can look at providing multiple tilesets. If there are partial overlaps (or similar), it's pretty straightforward to handle. I will have a mapnik file that controls the order in which they are overlaid one over the other. It's a simple case of rearranging the order of the images in that xml file to put any particular image on top of the other. I'll get back to you when we get to that stage. Cheers, Andy On Fri, Oct 23, 2009 at 2:29 PM, maning sambale emmanuel.samb...@gmail.com wrote: Here's the list of files: 09OCT17025748-S2AS_R1C1-052236533010_01_P001.TIF OK 09OCT17025748-S2AS_R2C1-052236533010_01_P001.TIF 09AUG22023808-S2AS_R2C1-052236533010_01_P002.TIF 09AUG22023808-S2AS_R1C1-052236533010_01_P002.TIF 09AUG22023808-S2AS_R3C1-052236533010_01_P002.TIF 09AUG22023808-S2AS_R1C2-052236533010_01_P002.TIF 09AUG22023808-S2AS_R2C2-052236533010_01_P002.TIF 09AUG22023808-S2AS_R3C2-052236533010_01_P002.TIF 06APR10025504-S2AS_R1C1-052236533010_01_P004.TIF 06APR10025504-S2AS_R2C1-052236533010_01_P004.TIF 06APR10025504-S2AS_R3C1-052236533010_01_P004.TIF 06APR10025504-S2AS_R3C2-052236533010_01_P004.TIF I will not upload complete overlaps to minimize upload time. On Fri, Oct 23, 2009 at 9:03 PM, maning sambale emmanuel.samb...@gmail.com wrote: andy, I'm starting the upload of the images. So far, one tile is finished, I will add more tiles in the coming days. A lot of tiles have complete overlaps should I add them anyway? Are we creating separate tiled service for each date of images? Or just one service? On Thu, Oct 22, 2009 at 10:40 PM, maning sambale emmanuel.samb...@gmail.com wrote: Thanks! starting to transfer files /quickbird_philippine_images Will add more files a soon as I get them On Thu, Oct 22, 2009 at 10:35 PM, Andy Allan gravityst...@gmail.com wrote: OK - upload to the following: # FTP Username: man...@thunderflames.org # Password: -SYDUSH2;,qf # FTP Server: ftp.thunderflames.org # FTP Server Port: 21 Let me know how you get on! Cheers, Andy On Thu, Oct 22, 2009 at 3:18 PM, maning sambale emmanuel.samb...@gmail.com wrote: no ftp server, I need access to one. On Thu, Oct 22, 2009 at 10:16 PM, Andy Allan gravityst...@gmail.com wrote: Do you have an ftp server of your own, or do you need me to give you access to one? Andy On Thu, Oct 22, 2009 at 2:53 PM, maning sambale emmanuel.samb...@gmail.com wrote: Excellent! I can send the files via ftp. I don't digitalglobe will allow multiple downloads from their site. On Thu, Oct 22, 2009 at 9:05 PM, Andy Allan gravityst...@gmail.com wrote: Yes, absolutely. I've been thinking of the best way to transfer the files. 1) If they are available online somewhere that I can get access to/download from, that's the best way for me to get them 2) If you have them already, then can you make them available on a server somewhere? 3) If your bandwidth isn't great, can you ship them on DVD or memory stick? 4) If none of them are possible, I will set up a server somewhere that you can upload them to What suits best? I will make the tiles and put the results onto dev.openstreetmap.org for everyone to use. This excellent! Cheers, Andy On Wed, Oct 21, 2009 at 2:58 PM, maning sambale emmanuel.samb...@gmail.com wrote: andy, Is your offer still open? I am midway finishing the download from digitalglobe ftp. The files area really big, around 800 MB each tile and covers around 10 or so tiles. Unfortunately my PC cannot handle processing such files at the moment (limited RAM and disk space). Is it OK to send you the files and host the TMS? I can probably upload the files incrementally so that other OSM-PH mappers can start using the data. Thanks! maning On Wed, Oct 21, 2009 at 12:48 AM, Andy Allan gravityst...@gmail.com wrote: On Tue, Oct 20, 2009 at 5:35 PM, maning sambale
[OSM-talk-be] OSM op beurs in Karlsruhe
Beste, Op mijn eeuwige zoektochten.. OpentreetMap auf der Offerta in Karlsruhe (bi 1.11.) Groepen: de.alt.technik.gps Vielleicht interessiert es ja den einen oder anderen: OSM ist auf der Karlsruher Messe Offerta in Halle 4 am Stand U20 vom Stadtwiki mit dabei. Gerald -- Shortwave transmissions in English, Francais, Deutsch, Suid-Afrikaans, Urdu, Cantonese, Greek, Spanish, Portuguese, ... http://users.fulladsl.be/spb13810/radio/swlist/ Stations list: http://users.fulladsl.be/spb13810/radio/txlist/ ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] ODBL enforcement: contract law and remedies
One issue which I don't think has been raised so far is whether the ODBL's use of contract law as an enforcement mechanism might in fact make it harder to enforce. In common-law countries the remedy for breach of contract is damages. For something like OSM which is distributed free of charge, it can be hard to persuade a court that monetary damages are appropriate. A much stronger penalty is an injunction forbidding further use of the OSM data. However, an injunction is an equitable remedy and is not normally available in breach of contract suits. That is why in software licensing the question of whether a licence is a contract or not is so important. Perhaps surprisingly, the answer that free software developers want in order to enforce copyleft licences is 'no'. They are not contracts, but grants of permission; so if someone doesn't hold to the licence, you can seek an injunction to stop them doing what they're doing. By contrast if they were able to persuade a court that the licence was a contract, all sorts of questions arise about how far the contract's terms are enforceable, and what is the material harm done to the copyright holder, which determines the damages payable. Please see http://lwn.net/Articles/294066/ which describes the JMRI case. At first the district court in the US ruled that the Artistic License (a free software licence used by this project) was in fact a contract. As the LWN article notes, that was bad news: to enforce the licence effectively you want it to *not* be a contract. Fortunately that decision was overturned on appeal, setting a strong precedent that free software licences (stated as permission grants) are enforceable. I am concerned that the ODBL throws this away by explicitly stating that 'the ODbL is also an agreement in contract'. Does that not weaken the ability to take out injunctions or seek other equitable remedies against those who violate the licence? It would be good to see that the OSM Foundation has taken legal advice on this point; I don't see it mentioned in the recently sent out list of open questions. I fear the OSMF may be planning to eliminate CC-BY-SA permissions in the name of stronger copyleft, but in fact not achieve that, since a contract-based licence is more difficult to enforce. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODBL enforcement: contract law and remedies
Hi, Ed Avis wrote: This is where I disagree (or at least, am unpersuaded so far) since I haven't seen any hard evidence that copyright is inadequate. If this were the case, then there would be no need for anybody to give permission for relicensing, since under the current copyright-only setup anybody (including the OSMF) could just take the data and relicense it under the terms they want. Technically true, but in between the legal and the illegal we have the category legally possible but frowned upon, and OSMF would probably not like to be seen in that category ;-) However, I recognize that this is a matter of opinion, not fact, and there must be those within the project who think that we should try to override national law in favour of stronger protections, just as EULAs for computer software attempt to override legal rights to reverse engineering. Indeed, there are in fact people who have gone on record saying they will stop contributing, and remove their previous contributions, if OSM were to become a PD project. There is still the small question of whether any such place exists. Again, is there any evidence (rather than just repetition of the same opinions) that in some country, OSM data is effectively in the public domain? If your question is: Has anybody ever used OSM data without regard to the CC-BY-SA license, been sued, and lost then the answer is, to my knowledge, no. (I don't know if CC-BY-SA has ever been tested in court, even with regards to clearly copyrightable works.) And is that country significant enough to make it worth imposing a new, contract- based licence on the rest of the world just to address this 'problem'? The contract approach is primarily there because many believe the US to be such a country. The Science Commons people, righly, say that it is morally doubtful to claim copyright where none exists, and I think in this vein the ODbL is morally superior to CC-BY-SA for OSM data, because the latter is based on copyright which in all likelihood does not exist for OSM data. That's interesting. However the ODBL also claims to be a copyright licence, while acknowledging that what is copyrightable varies between jurisdictions. ODbL does not make an attempt to extend copyright to individual items in the database (saying that this must be governed by another license). As I understand it, the copyright aspect of ODbL only covers things like the data structure or schema etc., but not the contents. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] OSM for Software Freedom Day
Hi all, I'm writing on behalf of Software Freedom International, the organisation that runs Software Freedom Day http://softwarefreedomday.org/ (SFD). We currently have a registration system for teams taking part in SFD that puts a pin in the map for teams, and we'd like to migrate that system onto OSM. The 2009 teams can be seen at http://cgi.softwarefreedomday.org/2009/map.shtml, and uses Google Maps. What we're looking for is a volunteer (or volunteers!) to work alongside our technical team to make a slick, easy to use registration system - integrated with the rest of our site - and a great-looking map to raise the profile of software freedom. Apart from taking on responsibility for developing the registration system and map, you'll be expected to attend regular IRC meetings and coordinate your work with that of other SFI officers and board members. The opportunity also exists to join the board and be involved in developing our strategy. If you think you're the right person, please send a CV or summary of relevant experience to i...@softwarefreedomday.org (not this mailing list!), with the words Application: OSM mapping for SFD in the email subject line. The deadline for applications is 6 November 2009. Any questions regarding this position should be directed to i...@softwarefreedomday.org (not this mailing list!). SFI is a 501(c)(3) non-profit company registered in New Hampshire, USA; all SFI's members and officers are volunteers who do not receive any financial remuneration for their contribution to SFI apart from approved expenses. We have been organising SFD since 2004 and have supported events in over 90 countries since then, with help from sponsors and partners including Canonical/Ubuntu, Sun, Google, IBM, Red Hat/Fedora, Linux Magazine and the Free Software Foundation. Robert Schumann President, Software Freedom International ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] multipolygon (lake) not rendering
Hi, Rahkonen Jukka wrote: I meant Do all the polygon parts get their correct names in rendering, There are multiple renderers and they generally don't agree on how to handle multipolygons. I would assume that most can deal with a hole of a multipolygon having its own identity (e.g. hole in forest tagged as farm). Most will probably not be able to derive the identity of something from the kind of polygon surrounding it - i.e. you will probably have to tag an island as such, and not count on the renderer knowing that everything that is a hole in a water polygon will automatically be an island. There is also a problem with touching holes; if you have a forest and in the forest there is a farm and a lake next to each other, then some people draw a forest with two holes, whereas standard simple feature geometry does not allow touching holes (and anyway, as you correctly say, for export e.g. in shapefiles, extra polygons would have to be created for the holes). A further problem arises when the hole boundary consists of multiple ways, something that is allowed for advanced multipolygons, but you would not be able to place the name of the island (or whatever) in this scenario. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Coastline error checker shapefiles
Coastline error checker shapefiles are available at http://hypercube.telascience.org/~kleptog/ Is there any way that these can include self-intersection and inverted polygon type errors? Regards David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Name, owner, and tenant of building
Building 38446590 is shown in the centre of this map: http://www.openstreetmap.org/?lat=51.50707lon=-0.13179zoom=18layers=B000FTF There are several pieces of information which might be rendered on the map, or included in name searches: - The building is called 116, Pall Mall; it has no name apart from that. Obviously it can be tagged with addr:housenumber=116, addr:street=Pall Mall. - The building is the home of the Institute of Directors and it would be good to show that on the map. Previously this was done with 'name'. But that seems wrong, since this is not the name of the building. - The IoD is not even the owner of the building. It is owned by the Regency Crown Estate, and the IoD is just the most important tenant. - It was formerly used by the United Service Club, a servicemen's club. - There is an official website for the building and also one for its main tenant the IoD, plus a Wikipedia page for the IoD. The trouble is that tags such as 'name', 'url', 'website' and 'wikipedia' are too general. They don't make a distinction between the building, its owner and its tenants. So far I have tagged owner=Regency Crown Estate, user=Institute of Directors, but neither of these is rendered on the Mapnik slippy map, so it's very tempting just to resort to 'name'. Is there a convention for disentangling these things? -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Howto calibrate aerial images for OpenStreetMap?
How can I calibrate aerial photos or old maps? If someone has experience with his own aerial imagery or old (out of copyright) maps please share your experience. I looked on OSM wiki and there is really little, almost none information on how to do this. I'm about to get some aerial photos that a friend of mine who is a pilot will donate them to OSM. I looked on WIKI: http://wiki.openstreetmap.org/wiki/Out-of-copyright_maps#How_to_use_old_maps but there is says that there is a help section on gpsu.co.uk website that has instruction for calibrating bitmap images. I don't see it anywhere on that site :( Any help is much appreciated. Cheers, Valent. -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, msn: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] multipolygon (lake) not rendering
On Mon, Oct 26, 2009 at 5:24 AM, Frederik Ramm frede...@remote.org wrote: A further problem arises when the hole boundary consists of multiple ways, something that is allowed for advanced multipolygons, but you would not be able to place the name of the island (or whatever) in this scenario. You could if you used a second multipolygon with the hole ways as the outer, right? Do advanced multipolygons have to have an inner? If so you could always use a boundary relation. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Howto calibrate aerial images for OpenStreetMap?
Take a look at how the 1:25,000 UK mapping is being rectified. Link on that out of copyright page you quoted. Cheers Andy -Original Message- From: talk-boun...@openstreetmap.org [mailto:talk- boun...@openstreetmap.org] On Behalf Of Valent Turkovic Sent: 26 October 2009 12:21 PM To: Talk Openstreetmap Subject: [OSM-talk] Howto calibrate aerial images for OpenStreetMap? How can I calibrate aerial photos or old maps? If someone has experience with his own aerial imagery or old (out of copyright) maps please share your experience. I looked on OSM wiki and there is really little, almost none information on how to do this. I'm about to get some aerial photos that a friend of mine who is a pilot will donate them to OSM. I looked on WIKI: http://wiki.openstreetmap.org/wiki/Out-of- copyright_maps#How_to_use_old_maps but there is says that there is a help section on gpsu.co.uk website that has instruction for calibrating bitmap images. I don't see it anywhere on that site :( Any help is much appreciated. Cheers, Valent. -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, msn: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Howto calibrate aerial images for OpenStreetMap?
Zitat Valent Turkovic: How can I calibrate aerial photos or old maps? [...] Any help is much appreciated. http://warper.geothings.net/ http://labs.metacarta.com/rectifier/ -- Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Howto calibrate aerial images for OpenStreetMap?
- Original Message - From: Valent Turkovic To: Talk Openstreetmap Sent: Monday, October 26, 2009 12:21 PM Subject: [OSM-talk] Howto calibrate aerial images for OpenStreetMap? How can I calibrate aerial photos or old maps? If someone has experience with his own aerial imagery or old (out of copyright) maps please share your experience. I looked on OSM wiki and there is really little, almost none information on how to do this. I'm about to get some aerial photos that a friend of mine who is a pilot will donate them to OSM. I looked on WIKI: http://wiki.openstreetmap.org/wiki/Out-of-copyright_maps#How_to_use_old_maps but there is says that there is a help section on gpsu.co.uk website that has instruction for calibrating bitmap images. I don't see it anywhere on that site :( Any help is much appreciated. Cheers, Valent. Have a look at this thread and see if its of any help http://lists.openstreetmap.org/pipermail/talk-gb/2009-September/004579.html David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] FW: Crown copyright dates ( OS Reference 72267)
Andy Robinson (blackadder-lists ajrli...@... writes: The crux point is what triggers a new copyright date. A reprint or new impression without any substantial changes to the text would not constitute a new copyright work. 'Minor changes' is not the same as 'no substantial changes'. If they have revised the map based on resurveying the area, even if just to add a couple of new roads or a housing development, or to correct mistakes, it's pretty clear that a new copyright period comes into existence. How so? Can you provide some evidence of why this is the case? A couple of reasons come to mind. Firstly, that doing some new surveying work must mean that the new data has a copyright date starting from now. The fact that the area had previously been surveyed and this was a repeat visit surely wouldn't mean it is not copyrightable. So, then, if you have a mixture of old and new survey data, the mixture taken as a whole will not enter the public domain until the copyright on the new additions expires. It is impractical to buy an OS map and manually excise any additions made after a certain date - to do that, you would need an old map to refer to, and if so why not just use the old map? It would also be hard to convince a court that you did trace from a map containing both old and new survey data, but scrupulously restricted yourself (somehow) to only tracing from the part that is older than 50 years. Also, I think the guideline cited has led to a false analogy with literary works. The intention is to say that a reprint with only a spelling correction, say, or a re-typesetting of the existing text, or perhaps the addition of chapter headings, does not create a new copyright. By this argument you might say that if the OS published a map in black and white and then later colorized it by some purely mechanical, no-thought-required process, the new map would not have a later copyright date. However, if they have added real new information, such as new roads or even correcting the position of old ones, this is more analogous to adding new sentences to an article or even adding a new minor character to a story. In such cases the changes may be 'minor', but they are certainly *substantial*, and by a sweat-of-the-brow test would be subject to copyright. Well, the question is surely whether the changes made were substantial or not. Almost without question the reprints of the 1:25k sheets between major republications (and new published dates) of the same map are stated to be either minor corrections or minor changes. Mostly this I believe is road alignment adjustment and occasionally a new road here and there. Yes. But 'minor' is not the same as 'not substantial'. To my eyes, a 'not substantial' change might be changing typeface or perhaps correcting an obvious spelling error - but fixing the alignment of maps is certainly not an easy task, and adding new roads requires work to survey them. But I'm not convinced that the OS has ruled correctly and so it's worth further discussion and if necessary appeal. Well, they do not 'rule' on anything. They will tell you their opinion, and in cases where the law is pretty unambiguous (such as the length of the copyright being 50 years) their opinion will just confirm what the law says, but is still useful just to check. However in cases like this the OS's opinion is likely to be whatever interpretation of the law best suits their interests. They are unlikely to change it unless you can give real evidence that they are wrong (and ultimately, be able to put a test case through the courts). Would it not be better to get a legal opinion? If you are offering to pay for one that would be great. I wonder how much it would cost. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] multipolygon (lake) not rendering
Hi, Anthony wrote: A further problem arises when the hole boundary consists of multiple ways, something that is allowed for advanced multipolygons, but you would not be able to place the name of the island (or whatever) in this scenario. You could if you used a second multipolygon with the hole ways as the outer, right? That is correct. Do advanced multipolygons have to have an inner? No. If so you could always use a boundary relation. Yes; a boundary relation is just an advanced multipolygon by another name. People have even suggested to drop the relation type boundary altogether and name these multipolygon as well (the fact that it is a boundary can be seen from the bondary=something tag anyway). Personally, I am hoping that we will (re)introduce a proper area data type some day because even though the multipolygons were a good idea at the time, they do seem a bit clumsy now. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Howto calibrate aerial images for OpenStreetMap?
On Mon, 26 Oct 2009 13:41:12 +, Andy Robinson \(blackadder-lists\) wrote: Take a look at how the 1:25,000 UK mapping is being rectified. Link on that out of copyright page you quoted. I hope instructions on that page get better exposure as a separate Calibrate aerial images page on wiki (or something similar). Thank you for heads up! -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] multipolygon (lake) not rendering
Frederik Ramm wrote: Personally, I am hoping that we will (re)introduce a proper area data type some day because even though the multipolygons were a good idea at the time, they do seem a bit clumsy now. I agree. Areas will come ever more complicated with data imports and tracing from high resolution images. I checked that the biggest lake polygon in the official Finnish mapping data has 287273 vertices, 5484 islands and the total length of this simple polygon is more that 5276 kilometers. It would be quite a beast as OSM multipolygon relation. -Jukka- Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] multipolygon (lake) not rendering
On Mon, Oct 26, 2009 at 9:53 AM, Frederik Ramm frede...@remote.org wrote: Anthony wrote: Do advanced multipolygons have to have an inner? No. Great. Personally, I am hoping that we will (re)introduce a proper area data type some day because even though the multipolygons were a good idea at the time, they do seem a bit clumsy now. What would be the advantage of an area data type? Would this be a separate table or just a type of relation? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] multipolygon (lake) not rendering
Hi, Anthony wrote: What would be the advantage of an area data type? Would this be a separate table or just a type of relation? Exactly what advantage(s) it has of course depends on how it is designed and implemented in the end. The problem with our current approach is that we are mixing layers in our model in at least two places. One, completely apart from multipolygons, is the way we use a closed way to model a polygon - or not (closed way with natural=forest == polygon, closed way with junction=roundabout == linear ring). This means that it is impossible to blindly convert our data into, say, a shape file; you have to actually look at the tags and understand them to do this, even if you didn't actually want to meddle with tags. This is as if you asked someone to transfer an old VHS tape to DVD and they say: But I can't to that without knowing what kind of film you have on there! (Well ok, lame comparison, but you get the drift.) The other is multipolygons, where we (ab)use the relation object which is *normally* used to model a relation between several primitives, to actually construct a primitive in the first place. Constructing the geo-object and putting it in relation to other objects should really happen on separate layers. I would also hope that along with a proper area data concept would come the ability of the API to return an area to the caller even if the area fully encompasses the queried bounding box. All these are not big things and we have meddled our way through and around them, but I'm beginning to think that there are places where you can and should discard ancient wisdom because it only slows your progress - and others were, even if it is not clear to you from the outset, actually referring to that ancient wisdom makes things easier. Computational geometry has worked with point, line, and polygon primitives for ever, and maybe computational geometry is one of the latter sorts of ancient wisdom. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] multipolygon (lake) not rendering
On Mon, Oct 26, 2009 at 10:30 AM, Frederik Ramm frede...@remote.org wrote: The other is multipolygons, where we (ab)use the relation object which is *normally* used to model a relation between several primitives, to actually construct a primitive in the first place. Constructing the geo-object and putting it in relation to other objects should really happen on separate layers. Hmm...that's interesting. I don't like adding tables when it's not necessary, as it tends to introduce ambiguities... But how about an object table, which would have the same fields as the relation tables plus a field object_type. Ways would all be converted to objects with nodes as members (and member_type node). Open ways would become objects with type linestring. Closed ways could have type polygon or type area depending whether it's supposed to be filled or unfilled. Relations could have type relation. Integrity checking would ensure that the type matches the data (e.g. polygons/areas must be closed). New objects can be invented without altering the table structure (preferably this ability would still require administrator intervention, though - I don't like the idea of casual editors inventing their own object_types willy nilly). Current: way_nodes, way_tags, ways, relation_members, relation_tags, relations. Proposed: object_members, object_tags, objects I would also hope that along with a proper area data concept would come the ability of the API to return an area to the caller even if the area fully encompasses the queried bounding box. That's basically just an index issue. Now that the database is on Postgresql, updating it to use postgis features will probably go a long way. Some sort of tile-based caching would probably help too. If it's still too much strain on the main database, a read-only cache which potentially lags the live data could definitely do it. As it is, the API wont even return a way which passes through a bounding box, if none of its nodes are located within the bounding box. It's not a schema problem so much as a performance/indexing problem. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] sobre las ideas de utilización de fon dos
Queridos colisteros, Como hemos venido hablando, desde la semana anterior, tenemos la posibilidad de disponer de algunos fondos para hacer cositas en pos de OpenStreetMap, nuestro proyecto común. La cosa va quedando como sigue: 1- Esparcir la palabra = Montarnos un grupo de charlas y/o talleres cortos que llevaríamos por otras ciudades de Cuba, pensar que sean exportables a América Latina (que somos solidarios e internacionalistas) 1.1- Identificar lugares 1.2- Estimar costos en equipamiento, materiales, impresos, movilidad. (Cuidao con la guagua andando) 1.3- Hacer un cronograma estimado 1.4- ¿Voluntarios? Los que estén dispuestos que lo expresen levantando la mano :) 2- Hablamos de imprimir un mapa de camellos. Sería el primer=único mapa de transporte de Ciudad de La Habana desde los 80. Este mapa tendría por una cara el mapa y por la otra proselitismo al duro. 2.1- ¿Voluntarios? Hay cosas que necesitan esfuerzo: 2.1.1- Tirarle a los datos (Levantar paradas y rutas) 2.1.2- Arreglar el mapa de OSM (Corregir lo que lo requiera y meter lugares de interés relacionados con la rutas de ser necesario) 2.1.3- Trabajar en el discurso proselitista. Recordad que el mensaje estará dirigido al más común de los mortales que no necesariamente es un friki de Internet 2.1.4- Trabajar en el diseño, en falso de momento 2.1.5- COTIZAR la impresión una cantidad decente de A3 en un papel apropiado, ambas caras a todo color. Pensar en imprimirlos en cualquier lugar donde sea más barato y después transportarlos a Cuba 3- Una idea que hemos estado y que ha sido muy bien acogida en OSM es usar a Cuba como vidriera para el resto de América Latina así que retomamos el proyectico de servir datos de OSM según estándares OGC para intercambiar con las IDEs locales. 3.1- Enunciarlo decentemente en Español y en Inglés 3.2- Estimar costos y esfuerzo 3.3- Gestionar autorizaciones (ya va caminando PB - Compañeros de verde olivo) 3.4- ¿Voluntarios? 3.5- ¿Ideas? 4- ¿Alguna otra cosa? 5- Estamos buscando opciones de GPSs baratos y embarajables para apoyar la actividad 5.1- Mikel propuso: GARMIN eTrex Legend HCx ($200.00) ¿Alguna otra idea? 5.2- Helder propuso una gama de loggers ($30-$50) pero sin display, sólo registran datos 5.3- Alguien propuso comprar iPhones y hackearlos ($100) si hay que pagar el hack ($25) 5.2- ¿Podríamos procurar alguna donación? Alguien que pudiera enviarnos alguno FREE al hotel en Panamá. Tal vez contactar a GPStoGo Bueno, ahí se los dejo. Espero vuestros comentarios, opiniones... bb PB ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] sobre las ideas de utilización de fondo s
El Lunes, 26 de Octubre de 2009, PB escribió: [...] This should have gone to talk-cu@ instead of t...@... right, PB? -- -- Iván Sánchez Ortega i...@sanchezortega.es http://ivan.sanchezortega.es MSN:i_eat_s_p_a_m_for_breakf...@hotmail.com Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline error checker shapefiles
Sure, on that page now is all the information used to generate the coastline checker output. Does this answer your question? On Mon, Oct 26, 2009 at 10:57 AM, David Groom revi...@pacific-rim.net wrote: Coastline error checker shapefiles are available at http://hypercube.telascience.org/~kleptog/ Is there any way that these can include self-intersection and inverted polygon type errors? Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Question regarding commercial use
Hello, I'm working for a small delivery company and they're using an internal Java-based desktop software for managing their deliveries and customers. We have the lat/lon coordinates (from a commercial geocoding service) of our customers and my boss asked me if it's possible to display them over an OSM map inside our desktop software. My approach would be to setup an own map tile server on Linux with Apache and mod_tile. Then I would write a small map viewer in Java which downloads the map tiles and displays them in our software. I would then write a drawing routine which displays the coordinates of our customers (as red dots) over the OSM tiles. Now I have the following two legal questions: As far as I have understood from the Common License Interpretations wiki page, this is would be a collective work since the OSM layer is kept separate and independent from our own data (and our own data has not beeen created by looking on the OSM map). Is this correct? When I attribute/credit the OSM maps correctly inside my map viewer (text hyperlinks) would this be a legal use of the OSM map data? If so - would it also be legally ok if I would create a print map functionality inside my map viewer (also with correct attribution)? If not, I would of course have to use a commercial map data provider since I absolutely want to stay legal. Thanks in advance big respect to all the OSM contributors, svn ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Question regarding commercial use
Hi, Sven Benhaupt wrote: My approach would be to setup an own map tile server on Linux with Apache and mod_tile. Then I would write a small map viewer in Java which downloads the map tiles and displays them in our software. There's code in JOSM that you can re-use for that (the slippy map chooser or the slippy map plugin). As far as I have understood from the Common License Interpretations wiki page, this is would be a collective work since the OSM layer is kept separate and independent from our own data (and our own data has not beeen created by looking on the OSM map). Is this correct? That would be my interpretation too. When I attribute/credit the OSM maps correctly inside my map viewer (text hyperlinks) would this be a legal use of the OSM map data? I would say so. If so - would it also be legally ok if I would create a print map functionality inside my map viewer (also with correct attribution)? Yes, but the printed map is not a collective work any more; at least under CC-BY-SA the printed map would have to be licensed CC-BY-SA, *including* the depicted vehicle routes/positions. OSM has no problem with that, and your delivery company probably hasn't either (remember, CC-BY-SA does not mean you have to put it up on a web site or something, just that anyone who legally gets hold of such a printout may do whatever he or she likes with it). So for example if you should decide to produce and publish a yearly report on your business and you include a OSM map with the routes of all your delivery vehicles then others would be allowed to trace off and publish these routes. Bye Frederik ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Name, owner, and tenant of building
Is there a convention for disentangling these things? Just tell me how you'd like the tags to be rendered. Maybe, if name isn't given on a building, another tag should be rendered instead. If you tell this we can male a patch to the rendering stylesheet and post it on dev and maybe it will be applied.. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] ODBL enforcement: contract law and remedies
Ed, the question what avenues do we have open if someone breaches the contract has been discussed on legal-talk, for example in this thread: http://lists.openstreetmap.org/pipermail/legal-talk/2008-February/000637.html I don't know if the License Working Group have pursued this further in the mean time; at the time, we arrived at roughly the same conclusion that you did (we can sue them for damages but if there are no damages then there's no case). Someone brought up the idea of punitive damages but I don't believe in it. So yes, this is a weak point - the whole contractual element of the ODbL is a very weak point indeed as it is very conceivable that violators will claim they never entered into the contract in the first place. However, you are wrong in alluding that there is a choice: I am concerned that the ODBL throws this away by explicitly stating that 'the ODbL is also an agreement in contract'. Does that not weaken the ability to take out injunctions or seek other equitable remedies against those who violate the licence? It is quite clear (at least to me) that our data cannot be protected by copyright alone; but if our data is not protected by copyright, and if the jurisdiction in question does not have a sui generis database law, then we do not have the option to build a permission based license because nobody needs permission to use our data! So, and that takes us back to RichardF being quoted in the posting cited at the beginning, the ODbL at least *tries* to use all avenues open to us. The Science Commons people, righly, say that it is morally doubtful to claim copyright where none exists, and I think in this vein the ODbL is morally superior to CC-BY-SA for OSM data, because the latter is based on copyright which in all likelihood does not exist for OSM data. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Help with osm2midi
Hi, I'm trying to use osm2midi[1] on a small piece of data, but fue to my ifnorance of ruby, I stumble upon this: /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require': no such file to load -- geo_ruby (LoadError) from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from osm2midi.rb:27 [1] http://github.com/tmcw/Real-Distance-Maps/blob/master/osm2midi.rb Can anybody help me through this? Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] ODBL enforcement: contract law and remedies
Frederik Ramm frede...@... writes: http://lists.openstreetmap.org/pipermail/legal-talk/2008-February/000637.html I don't know if the License Working Group have pursued this further in the mean time; at the time, we arrived at roughly the same conclusion that you did (we can sue them for damages but if there are no damages then there's no case). However, you are wrong in alluding that there is a choice: It is quite clear (at least to me) that our data cannot be protected by copyright alone; This is where I disagree (or at least, am unpersuaded so far) since I haven't seen any hard evidence that copyright is inadequate. If this were the case, then there would be no need for anybody to give permission for relicensing, since under the current copyright-only setup anybody (including the OSMF) could just take the data and relicense it under the terms they want. but if our data is not protected by copyright, and if the jurisdiction in question does not have a sui generis database law, I would say that in this case, the wise citizens and parliament of that jurisdiction have decided that map data should be free, and good luck to them. After all the purpose of the OSM project is to have freely-available map data; if a law were passed tomorrow putting all maps into the public domain it would be most odd for OSM to start fighting against it. However, I recognize that this is a matter of opinion, not fact, and there must be those within the project who think that we should try to override national law in favour of stronger protections, just as EULAs for computer software attempt to override legal rights to reverse engineering. There is still the small question of whether any such place exists. Again, is there any evidence (rather than just repetition of the same opinions) that in some country, OSM data is effectively in the public domain? And is that country significant enough to make it worth imposing a new, contract- based licence on the rest of the world just to address this 'problem'? What harm would it cause in practice if Elbonia did not recognize copyright in maps? The Science Commons people, righly, say that it is morally doubtful to claim copyright where none exists, and I think in this vein the ODbL is morally superior to CC-BY-SA for OSM data, because the latter is based on copyright which in all likelihood does not exist for OSM data. That's interesting. However the ODBL also claims to be a copyright licence, while acknowledging that what is copyrightable varies between jurisdictions. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Help with osm2midi
sudo gem install geo or some other similar gem. Shaun On 26 Oct 2009, at 18:24, Iván Sánchez Ortega wrote: Hi, I'm trying to use osm2midi[1] on a small piece of data, but fue to my ifnorance of ruby, I stumble upon this: /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require': no such file to load -- geo_ruby (LoadError) from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from osm2midi.rb:27 [1] http://github.com/tmcw/Real-Distance-Maps/blob/master/osm2midi.rb Can anybody help me through this? Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e- mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Help with osm2midi
El Lunes, 26 de Octubre de 2009, Shaun McDonald escribió: sudo gem install geo or some other similar gem. It still fails after doing so. I'll have to look into the classic ruby 1.8 vs ruby 1.9 gems issue. -- -- Iván Sánchez Ortega i...@sanchezortega.es The ultimate security is your understanding of reality. --H. Stanley Judd signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mountain Passes - Display Issue
Hi, Just to bring to the group's notice. I added a few mountain passes a couple of days ago along with the hiking trails and waypoints Indrahar Pass at N32 17.852 E76 22.872, elevation 4342 metres Jalsu Pass at N32 10.929 E76 41.018, elevation 3425 metres Bhubhu Pass at N31 57.557 E76 59.684, elevation 2791 metres Himri Pass at N32 02.299 E77 02.958, elevation 3261 metres When I now check on OSM, while the trails are there along with the waypoints, the passes are missing. However, when I download data from OSM using JOSM, I can see the passes along with the elevations. Any clue whats the reason for not displaying on the renderer? Regards, Shalabh ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mountain Passes - Display Issue
Shalabh schrieb: Hi, Just to bring to the group's notice. I added a few mountain passes a couple of days ago along with the hiking trails and waypoints Indrahar Pass at N32 17.852 E76 22.872, elevation 4342 metres Jalsu Pass at N32 10.929 E76 41.018, elevation 3425 metres Bhubhu Pass at N31 57.557 E76 59.684, elevation 2791 metres Himri Pass at N32 02.299 E77 02.958, elevation 3261 metres When I now check on OSM, while the trails are there along with the waypoints, the passes are missing. However, when I download data from OSM using JOSM, I can see the passes along with the elevations. Any clue whats the reason for not displaying on the renderer? Except for JOSM, I currently don't know any renderer that displays mountain_pass=yes at all (if there's any, please let us know :-) Problem here: JOSM simply displays a bridge like icon, but doesn't care about the direction (north, south, ...). A correct renderer should display a mountain pass somehow like a bridge usually is displayed, following the direction of the way. As the mountain_pass is tagged as a node, it's unfortunately not that easy to get that direction, so renderers simply tend to ignore this tag completely :-( Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Name, owner, and tenant of building
Just tell me how you'd like the tags to be rendered. Maybe, if name isn't given on a building, another tag should be rendered instead. Perhaps 'name', 'user' and 'owner' in that order? Tag 'user' was misused few times by some editors in the past to contain name of user who made the edit, so I think we should use some another name of tag to avoid confusion. Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mountain Passes - Display Issue
Ulf wrote: Shalabh schrieb: Hi, Just to bring to the group's notice. I added a few mountain passes a couple of days ago along with the hiking trails and waypoints When I now check on OSM, while the trails are there along with the waypoints, the passes are missing. However, when I download data from OSM using JOSM, I can see the passes along with the elevations. Any clue whats the reason for not displaying on the renderer? ... A correct renderer should display a mountain pass somehow like a bridge usually is displayed, following the direction of the way. As the mountain_pass is tagged as a node, it's unfortunately not that easy to get that direction, so renderers simply tend to ignore this tag completely :-( In osmarender there is a solution for this from version 4 (but not sure about or/p) it should be done like gates using wayMarker-s rule e=node k=status v=open wayMarker k=highway class=gate-open/ /rule Just svg symbol is nedded Dodi ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Name, owner, and tenant of building
Tenant? As per the message title? 2009/10/26 MP singular...@gmail.com: Just tell me how you'd like the tags to be rendered. Maybe, if name isn't given on a building, another tag should be rendered instead. Perhaps 'name', 'user' and 'owner' in that order? Tag 'user' was misused few times by some editors in the past to contain name of user who made the edit, so I think we should use some another name of tag to avoid confusion. Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mountain Passes - Display Issue
Dodi schrieb: Ulf wrote: Shalabh schrieb: Hi, Just to bring to the group's notice. I added a few mountain passes a couple of days ago along with the hiking trails and waypoints When I now check on OSM, while the trails are there along with the waypoints, the passes are missing. However, when I download data from OSM using JOSM, I can see the passes along with the elevations. Any clue whats the reason for not displaying on the renderer? ... A correct renderer should display a mountain pass somehow like a bridge usually is displayed, following the direction of the way. As the mountain_pass is tagged as a node, it's unfortunately not that easy to get that direction, so renderers simply tend to ignore this tag completely :-( In osmarender there is a solution for this from version 4 (but not sure about or/p) it should be done like gates using wayMarker-s rule e=node k=status v=open wayMarker k=highway class=gate-open/ /rule Just svg symbol is nedded You mean something like this? http://svn.openstreetmap.org/applications/share/map-icons/svg/misc/landmark/mountain_pass.svg Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mountain Passes - Display Issue
I have had the same problem so I have just been tagging them as place=name but of course no pass symbol is rendered ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mountain Passes - Display Issue
sorry that should read: ele=1234m mountain_pass=yes name=Harman Pass place=locality as in: iframe width=425 height=350 frameborder=0 scrolling=no marginheight=0 marginwidth=0 src=http://www.openstreetmap.org/export/embed.html?bbox=171.3785,-42.9774,171.4798,-42.9266layer=mapnik; style=border: 1px solid black/iframebr /smalla href=http://www.openstreetmap.org/?lat=-42.952lon=171.42915zoom=14layers=B000FTFT;View Larger Map/a/small not ideal I admit dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mountain Passes - Display Issue
Dave G schrieb: sorry that should read: ele=1234m mountain_pass=yes name=Harman Pass place=locality as in: iframe width=425 height=350 frameborder=0 scrolling=no marginheight=0 marginwidth=0 src=http://www.openstreetmap.org/export/embed.html?bbox=171.3785,-42.9774,171.4798,-42.9266layer=mapnik; style=border: 1px solid black/iframebr /smalla href=http://www.openstreetmap.org/?lat=-42.952lon=171.42915zoom=14layers=B000FTFT;View Larger Map/a/small not ideal I admit Hmmm: ele=1234 (unless you life in feet related countries :-) ... and please promise to remove place=locality once renderes gets an understanding of mountain_passes ;-) Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Mapping Party Ilpendam
Net op het forum nog gesproken over hoe en wat rondom een eerste bijdrage... Sinds vorige week weet ik van het bestaan van deze mailinglist en heb ik mij aangemeld. En nu... nu wordt er op bijna loopafstand van mijn huis dit georganiseerd. Volgens mij kan ik niet anders dan op komen dagen. Met wie kan ik eerst een stukje meewandelen om het trucje te leren en we uitleg te krijgen. Remco -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Roeland Douma Verzonden: zondag 25 oktober 2009 22:10 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Mapping Party Ilpendam Hey, Voor dat soort dingen was ik al bang. Maar daarom doen we dus ook de mapping party! Prima idee wat betreft de gebouwen. Importeren wat we kunnen gebruiken (en wat het geheel completer maakt). Ik trek nu de laatste planet-benelux binnen zodat we mooie plaatjes kunnen krijgen: * Nu * Na import/overtrekken * Na mappen Het zou een nog completer beeld moeten geven en vaak gaat (globaal) gebouwen intekenen beter met de luchtfoto's dan als je rondjes gaat lopen met je GPS. Groet, --Roeland On Sunday 25 October 2009 20:26:19 Dick wrote: Hoi Roeland, Lijkt me een goed plan, Ilpendam is een mooi klein dorpje. Toevallig was ik er nog vanmiddag en kwam ik uit bij een schuur waar volgens openstreetmap een weg moest zijn. Wellicht kunnen we alvast de huizen uit de 3d shape file laden (http://mirror.openstreetmap.nl/objectvision/3dShapes.rar) of overtrekken van satelliet fotos. Dit zodat we de huisnummers gelijk op buildings kunnen zetten. gr Dick ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping Party Ilpendam
++ 25/10/09 14:44 +0100 - Roeland Douma: * Maxspeed * Huisnummers Als ik er bij ben (met de nadruk op: als), dan kun je de huisnummers en de maximum snelheid helemaal aan mij overlaten. -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetMap POI export (beta) released
Leuk! Paar change requests om de poi downloader nog geschikter te maken voor algemeen gebruik - Kan de wizard-balk BOVEN i.p.v. onder? Dit maakt dat ik ook op mijn netbook een leesbaar scherm krijg - Kan de volgende knop eruit en bij het selecteren van een poi klasse een automatische sprong naar het volgende scherm? - Idem voor de bestandsformaat pagina? - Kan voor de download knop een mooie afbeelding worden gemaakt? - Zijn de afbeeldingen die er nu op staan CC-by-SA of publiek domein? Rob schreef: Na een paar uurtjes hacken hebben rullzer en ik weer een nieuwe site/applicatie gemaakt die het mogelijk maakt poi's in allerlei formaten te exporten. De belangrijkste formaten zoals Garmim, TomTom en GPX zitten er al in, andere formaten zullen we in de loop van tijd toevoegen. Mochten er nog poi types zijn die je mist, of andere dingen die je mist.. laat het ons maar weten ! Ohja de url.. http://poi.openstreetmap.nl/ Succes Rullzer Rubke ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetMap POI export (beta) released
Op 26 oktober 2009 10:55 heeft Milo van der Linden m...@opengeo.nl het volgende geschreven: Leuk! Paar change requests om de poi downloader nog geschikter te maken voor algemeen gebruik i - Kan de wizard-balk BOVEN i.p.v. onder? Dit maakt dat ik ook op mijn netbook een leesbaar scherm krijg was ik ook al over aan het denken, dan kan de page titel balk er ook uit aangezien die wizard dit al verteld - Kan de volgende knop eruit en bij het selecteren van een poi klasse een automatische sprong naar het volgende scherm? - Idem voor de bestandsformaat pagina? goed idee - Kan voor de download knop een mooie afbeelding worden gemaakt? ofcourse.. ik zal eens rond zoeken of heb je al ergens een mooie gezien (cc-by-sa/freeware ofcourse) - Zijn de afbeeldingen die er nu op staan CC-by-SA of publiek domein? ja, daar zijn ze op geselecteerd.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetMap POI export (beta) released
probleem zit hem ook in dat de meeste kaarten tegenwoordig pci express 2.0 zijn maar jouw moederbord maar 1.0 is.. Op 26 oktober 2009 11:09 heeft Rob interru...@gmail.com het volgende geschreven: Op 26 oktober 2009 10:55 heeft Milo van der Linden m...@opengeo.nl het volgende geschreven: Leuk! Paar change requests om de poi downloader nog geschikter te maken voor algemeen gebruik i - Kan de wizard-balk BOVEN i.p.v. onder? Dit maakt dat ik ook op mijn netbook een leesbaar scherm krijg was ik ook al over aan het denken, dan kan de page titel balk er ook uit aangezien die wizard dit al verteld - Kan de volgende knop eruit en bij het selecteren van een poi klasse een automatische sprong naar het volgende scherm? - Idem voor de bestandsformaat pagina? goed idee - Kan voor de download knop een mooie afbeelding worden gemaakt? ofcourse.. ik zal eens rond zoeken of heb je al ergens een mooie gezien (cc-by-sa/freeware ofcourse) - Zijn de afbeeldingen die er nu op staan CC-by-SA of publiek domein? ja, daar zijn ze op geselecteerd.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping Party Ilpendam
Goed initiatief! Ik was zelf bezig met de heren van Waypoint (www.gps.nl) om een OSM dag in november georganiseerd te krijgen bij nu in Notter (bij Rijssen, Overijssel). Daarbij viel ook de datum van 7 november (omdat een andere datum die mijn eerste voorkeur had niet paste in de agenda van Waypoint). Veel andere zaterdagen in de rest van het jaar waren voor mij niet over Opzet is een intro in OSM, uitleg hoe je moet mappen, uitleg van voors en tegens van diverse GPS-apparaten (verzorgd door Waypoint). Vervolgens erop uit en einde van de middag het verwerken van de resultaten. Nu hoor ik morgen of de 7e november voor Waypoint haalbaar is. Ilpendam ligt bepaald niet in de buurt van Notter, dus het zou mogelijk moeten zijn om beide activiteiten door te kunnen laten gaan. Dunkt me. Mogelijk ook handig om (wanneer dit alles doorgaat) wat gezamenlijke publiciteit te genereren. Gr, Henk Hoff Op 26 oktober 2009 09:41 heeft Lambertus o...@na1400.info het volgende geschreven: Remco Houtkamp wrote: Net op het forum nog gesproken over hoe en wat rondom een eerste bijdrage... Sinds vorige week weet ik van het bestaan van deze mailinglist en heb ik mij aangemeld. En nu... nu wordt er op bijna loopafstand van mijn huis dit georganiseerd. Volgens mij kan ik niet anders dan op komen dagen. Met wie kan ik eerst een stukje meewandelen om het trucje te leren en we uitleg te krijgen. Remco Ik neem aan dat er eerst ergens verzameld en eventueel een inleidingkje gegeven wordt. Dus daar heb je zat tijd om de wat geroutineerdere OSMers het hemd van het lijf te vragen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping Party Ilpendam
On Monday 26 October 2009 08:47:01 Rejo Zenger wrote: ++ 25/10/09 14:44 +0100 - Roeland Douma: * Maxspeed * Huisnummers Als ik er bij ben (met de nadruk op: als), dan kun je de huisnummers en de maximum snelheid helemaal aan mij overlaten. Dan is het hopen dat je komt! Groet, --Roeland signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping Party Ilpendam
Er wordt uiteraard eerst verzameld (zijn enkele locaties maar ben natuurlijk op zoek naar eentje met wifi). Dus inderdaad genoeg tijd voor vragen en uiteraard is mee wandelen/fietsen geen probleem. Groet, --Roeland On Monday 26 October 2009 09:41:32 Lambertus wrote: Remco Houtkamp wrote: Net op het forum nog gesproken over hoe en wat rondom een eerste bijdrage... Sinds vorige week weet ik van het bestaan van deze mailinglist en heb ik mij aangemeld. En nu... nu wordt er op bijna loopafstand van mijn huis dit georganiseerd. Volgens mij kan ik niet anders dan op komen dagen. Met wie kan ik eerst een stukje meewandelen om het trucje te leren en we uitleg te krijgen. Remco Ik neem aan dat er eerst ergens verzameld en eventueel een inleidingkje gegeven wordt. Dus daar heb je zat tijd om de wat geroutineerdere OSMers het hemd van het lijf te vragen. signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] YourNavigation vernieuwd!
Ziet er goed uit. Als wandelaar mis ik naast de 'fasttes' en 'shortest' de opties 'mooiste' of objectiever gesteld 'meest onverharde' route nog. Nu wordt ik door de routeplanner nog steevast over de weg gestuurd, ook als er een overharde en op het oog snellere route beschikbaar is. Groet, Rik On Sun, 25 Oct 2009 15:25 +0100, bas de Lange b...@basdelange.com wrote: Beste Talk'ers, http://yournavigation.org/ heeft allerlei nieuwe mogelijkheden en parameters etc. -- Met vriendelijke groet, Bas de Lange http://www.basdelange.com -- Best regards, Bas de Lange http://www.basdelange.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl - Not all those who wander are lost http://www.landloper.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] YourNavigation vernieuwd!
Er komt nog een echte announcement voor de update van YOURS aangezien het geheel nog niet werkt onder IE (wat helaas toch wel belangrijk is). Rik de Landloper wrote: Ziet er goed uit. Als wandelaar mis ik naast de 'fasttes' en 'shortest' de opties 'mooiste' of objectiever gesteld 'meest onverharde' route nog. Nu wordt ik door de routeplanner nog steevast over de weg gestuurd, ook als er een overharde en op het oog snellere route beschikbaar is. Fijn dat het uiterlijk je aanstaat. Maar dat is natuurlijk niet het belangrijkste. De routes moeten 'werken' inderdaad. Fastest en shortest zijn de opties die Gosmore (de routing engine) kent. Andere opties dan die je ziet op de website zijn gewoon niet aanwezig in Gosmore. Er is wel een ticket aangemaakt om dat soort opties te ontwikkelen (avoid motorway/ferries/unsufaced/surfaced etc.). Ik zou het ook ontzettend cool vinden als er een optie was om de mooiste of rustigste of meest gladde route te vinden, maar a) dat zit niet in Gosmore en b) het zit niet in de database. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Vote on highway=nonexistent
isn't problem with all this the word in the tag 'nonexistent' is ambiguous in that it could refers to (at least) three things: . A road that has never never existed but is/was 'planned' - e.g. Monash Dr in Canberra . A road that used to exist but is now 'overgrown', 'rerouted', washed away, etc. . A road that never existed other than on a map, either by mistake or by intent (e.g. easter eggs) It would seem that lumping all under a single tag perpetuates ambiguity and confusion. In any case, they are mapping artifacts that should be recorded even if thy are not rendered by default. If they are not recorded and explained they will keep coming up and and people will keep revisiting and spending time on the issue. jim On Tue, Oct 27, 2009 at 8:03 AM, swanilli swani...@gmail.com wrote: I forgot to vote myself: 1. No 2. No 2009/10/26 swanilli swani...@gmail.com The current suggestion in http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines is that roads that do not yet exist be tagged highway=nonexistent. There are two key questions to be answered: 1. Should such roads be entered into OSM? 2. If they are to be entered, should they be tagged highway=nonexistent? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- _ Jim Croft ~ jim.cr...@gmail.com ~ +61-2-62509499 ~ http://www.google.com/profiles/jim.croft ... in pursuit of the meaning of leaf ... ... 'All is leaf' ('Alles ist Blatt') - Goethe ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Vote on highway=nonexistent
2009/10/27 Jim Croft jim.cr...@gmail.com: . A road that has never never existed but is/was 'planned' - e.g. Monash Dr in Canberra Since getting access to some data sources we can now map these without infringing copyright, in future we may actually be given access to data that actually has roads and it would be useful to mark non-existent roads so they don't get re-imported the next time etc. This is the only case that this discussion is about. . A road that used to exist but is now 'overgrown', 'rerouted', washed away, etc. If it were railway it would be tagged railway=disused, I don't see why these can't be tagged highway=disused. . A road that never existed other than on a map, either by mistake or by intent (e.g. easter eggs) These shouldn't be mapped, there is suggestions on what you could do on the aussie tagging guidelines page. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Thomas Wedekind schrieb: Hallo, Ich frag mich ab und zu, was auswärtige oder neue Mitstreiter treibt, in gut gemappten Gebieten kommentarlos tertiary in residential oder secondary in tertiary umzutaggen. Das ist doch Scheiße, die lokalen Mapper haben sich doch was dabei gedacht! Berechtigte Frage. Bei mir (sicher ein weniger häufiger Spezialfall) ist es so: Bin seit 18 Jahren Redakteur von Radwanderkarten (Papier) und vor einem knappen halben Jahr auf OSM gestoßen. War vorher schon an einem rein technisch entfernt ähnlichen Projekt (dem unsäglichen ADFC-Tourenportal) beteiligt. Also Spezialist. Hallo Thomas, schön, von Dir über OSM zu hören! Ich erinnere mich immer noch gerne daran, wie Anika und ich 1995 mit dem Tandem die Umgebung von Remda und Teichel gemappt haben (damals hieß das irgendwie anders). Manche Wldwege durften wir nicht abfahren wegen Waldbrandgefahr. Schönen Gruß Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
BTW; etwas zu ganz oben: es gibt funktionell bis zur Unkenntlichkeit getarnte Straßen, die aber noch ihre ursprüngliche Bezeichnung haben. Z.B. in Thüringen: aufgegebene Landesstraßen (seit dem Krieg nicht mehr unterhalten), heute Feldwege. Oder: Landesstraße (secondary) durch Umgehung entwertet, heute Wohnstraße (Sackgasse, Tempo 30, rechts vor links), aber nie den Träger gewechselt (die verkehrsreiche Umgehung ist offiziell Kommunalstraße, die Wohnstraße Landesstraße). Eine Wikiseite besagt, dass man dann nach der tatsächlichen Bedeutung taggen soll, oder? Den letzten Fall habe ich gerade vor Augen, aber noch nicht angefasst. auch auf die gefahr hin, dass ich gleich wieder schelte von irgendwem kriege: benutze das highway-tag um die bedeutung zu kennzeichnen; fuer die administrative zuordnung und den ausbauzustand gibt es andere tags. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Montag 26 Oktober 2009 00:33:30 schrieb Frederik Ramm: Hallo, Ropino wrote: Können wir uns hier auf eine Schreibweise von Deutsche Post AG und der anderen größeren Anbieter festlegen? Sicher nicht schlecht, so eine Liste zu machen, aber man muss sich auch im Klaren sein, dass sich nur etwa 5-10% aller Mapper daran halten werden (die anderen kriegen gar nicht mit, dass es so eine Liste ueberhaupt gibt). es ist besser eine liste zu haben, die nur ein teil kennt, als gar keine richtlinien. und das hier ist ein Thema, wo ich es durchaus fuer vertretbar halte, den bestand mal per bot zu vereinheitlichen... Insofern sollte man vielleicht jetzt nicht um genaue Details einer GemischtGrossKleinSchreibung ringen oder um die Frage, ob man jetzt ein Ausrufezeichen anhaengt oder nicht... wenn die Marke/Bezeichnung irgendwo eindeutig steht, dann kann man sie ja so uebernehmen. Im Normalfall haben die entsprechenden Firmen eine bestimmte Schreibweise festgelegt, falls nicht, wuerde ich es so taggen, wie's auf dem Objekt geschrieben steht. Streng genommen muesste die Firma MEDIA Logistik, wenn sie Briefkaesten als PostModern betreibt, ja zu einem Tagging wie operator=MEDIA Logistik, brand=PostModern fuehren ;-) passt in existierende tags und ist eindeutig. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Hallo, Stat position würde ich übrigens location empfehlen. Zumindest etwas Anderes als „position“, denn mit „source:position“ gebe ich immer die Quelle für die Position eines nodes an, und womit soll ich denn dann noch die Quelle für die Standortbezeichung des Briefkastens angeben? ;-) -- Candid Dauth Rotbachstr. 9 88433 Schemmerhofen-Ingerkingen Germany http://cdauth.de/ mailto:mailingli...@cdauth.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
bin grade ziemlich beschaeftigt, aber wir wollen das hier ja nicht voellig einschlafen lassen, oder? Es war ja nicht ungefaehr gleich, sondern bei aeusserst konservativer Zaehlweise (nur reines Ja gezaehlt) waren es vor 1 Monat 93 Stimmen fuer die Verbindungswichtigkeit, und nur 34 fuer 2 und 3 zusammen (Du warst in der 2. Gruppe). Es hat ja keinen Sinn, wenn jeder das anders macht, daher waere es m.E. angebracht, das Ergebnis der Abstimmung zu akzeptieren, das sich auch mit dem Stand im Wiki dt. und en. deckt. Richtig konservativ gezählt waren das nichtmal ein Prozent der Mapper es war 1 Monat Zeit, sich damit auseinanderzusetzen, wenn man nicht abstimmen will, dann akzeptiere ich das. eine Menge die laut ihren Statements nichtmal richtig wussten um was es geht. Diese Abstimmung war also so hilfreich wie ein drittes Ei. komische Schlussfolgerung Ich drücke es mal anders aus. Ich mag nun das neue ÖPNV Schema nicht und mache dazu eine Abstimmung auf. Nebenher schreibe ich paralel noch 100 bekannte Eisenbahnfans an die da mal gegen voten sollen. Erfahrungsgemäß würden dann so wenige abstimmen, das da definitiv mein Wunschergebnis bei rauskommen würde. kannst Du gerne machen. Wie wir schon festgestellt haben passt es soweiso in 90% der Fälle. wenn Du selbst auch findest, dass es in 10% der Faelle nicht passt, finde ich es merkwuerdig, dass Du es trotzdem so machen willst. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Thomas Wedekind schrieb: Erster Eindruck: OSM ist toll. Aber: Für Macher (und Nutzer?) einer Papierkarte (oder eines ganzen Kartenwerks) ist Einheitlichkeit das oberste Gebot; gleiche Sachverhalte möchten an jeder Stelle gleich aussehen. Das ist richtig. Und ebend Aufgabe des Renderes oder der Applikation aus dem Datenchaos ein halbwegs einheitliches Bild zu zaubern. Bei meiner selbstgenerierten GarminKarte gibt es zB keinen Path sondern nur Fuß- oder Radweg. Und da ich footways als Fußweg darstelle (auch wenn da noch ein bicycle=yes dranklebt) war mir die Übermacht der footways in STG aufgefallen. Ich muss aber zugeben, dass ich das in meiner Heimatstadt auch schon gemacht habe und Wege durch eine Kleingartenanlage (markiert mit Schild 240 / kombinierter Rad/Fußweg) als Fußweg eingetragen habe. Manchmal ist halt Fingerspitzengefühl gefragt. ;-) Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am 25. Oktober 2009 23:21 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Am So, 25.10.2009, 23:08 schrieb Ropino: Falko Thomale schrieb: Wenn wir die Standortbezeichnungen vereinheitlichen wollen, dann würde ich das Operator-Tag auf jeden Fall auch mit vereinheitlichen. Können wir uns hier auf eine Schreibweise von Deutsche Post AG und der anderen größeren Anbieter festlegen? Das finde ich sehr sinnvoll! Stat position würde ich übrigens location empfehlen. Ich finde position und location zu sehr auf das Wörtchen Standort bezogen. Jedoch ist dieser mehr im Sinne von ref zu verstehen, welches auf Grund der Länge nicht passt. Vielleicht können wir ein passendes Äquivalent dazu finden, wie bspw. ref_name oder long_ref usw. Ich würde es für gut heißen, wenn die ganze Standortbezeichnung erhalten bleibt und im neuen Key eingetragen wird. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am 26. Oktober 2009 00:12 schrieb Ropino rop...@online.de: Dann fange ich mal eine Liste an: (Kommentare, Änderungen, Erweiterungen sind erwünscht) - Deutsche Post AG - Deutsche Post (ohne AG, da wir sonst auch DHL Express Vertriebs GmbH Co. OHG usw. schreiben müssten) - DHL ( nur für Packstation, Paketboxen etc., ist zwar eine 100%ige Tochter, operiert aber durchaus getrennt) - PostModern ( hier wird es schon schwer, die wissen selbst nicht wie sie sich schreiben: klein, groß, mit oder ohne Strich, das Unternehmen selbst heißt MEDIA Logistik) - Main-PostLogistik - NordbayernPost - CityMail - LMF Postservice - Citykurier! (mit oder ohne ! ist hier die Frage) - City-Post (aus Sachsen) - CITIPOST (aus Niedersachsen) Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Moin Bernd, Dem gegenüber verstehe ich unter einem highway=cycleway (mit foot=yes) einen Fahrradweg oder einen kombinierten Rad-/Fußweg. Jedenfalls einen Weg, der für Fahrradfahrer konzipiert wurde und eine entsprechende Beschaffenheit und Breite aufweist, dass auch zwei Fahrradfahrer und ein Fußgänger den Weg gleichzeitig nutzen können. Das heißt aber doch, daß Ortsfremde diese Interpretation nicht ohne eigene Anschauung ändern sollten, da das Schild 240 alleine als Kriterium nicht reicht, sowas grundsätzlich (weltweit) als entweder Rad- oder aber Fußweg zu taggen, auf dem die jeweils anderen geduldet sind. Da muß man schon in der Realität selber nachschauen. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Straß enecken
Moin ! das mit den Adressen finde ich teilweise etwas schwierig. Folgendes Beispiel hatte ich am Wochenende. Ein PK steht vor einem Haus mit der Adresse A-Straße 2 und dieses ist ein Eckhaus. Der PK steht aber so das seine Ausrichtung zur B-Straße ist - da würde die A-Straße den Anfahrenden vermutlich etwas verwirren. Interessant wäre irgendwie mitzubekommen wann sich Leerungszeiten von Kästen ändern - ansonsten macht diese Datenerfassung nämlich keinen Sinn. Gruß Jan :-) André Riedel schrieb: Hallo, ich möchte gerne eine einheitliche Eintragung der Standortbezeichnung der Briefkästen [1] vorrantreiben. Dazu gilt jedoch noch zu klären, wie diese einzutragen ist. Um Briefkästen zu unterscheiden, werden diese in GB und anderen Ländern mit einer Nummer oder einer Zeichenfolge versehen. Dies kann man in OSM einfach mit ref=1234 eintragen. In Deutschland hingegen wird jeder Briefkasten der Deutschen Post durch seinen Standort benannt und unterschieden. Im Beispiel im Wiki (siehe dazu http://wiki.openstreetmap.org/wiki/Image:Briefkasten_Briefmarkenautomat.jpg) kann man den Standort Wilhelmstraße 56-58, 50733 Köln erkennen. Wie taggen/eintragen? Hier eine Auflistung der bisherigen Eintragungen in Deutschland: (ohne 1. Teil vor dem Komma wird in den Schlüssel name und die Postleitzahl wird im Schlüssel postal_code eingetragen (node/327223062) 2. Standort wird 1:1 im Schlüssel loc_name eingetragen (node/411801052) 3. Standort wird 1:1 im Schlüssel position eingetragen (node/403001875) 4. das Karlsruhe-Schema wird angewendet (node/278138585) zu 4.: Da ein Briefkasten einen Standort aber keine Anschrift besitzt, würde ich ihn ungern nach dem Karlsruhe-Schema mit addr:* eintragen. Äußerdem würde das Schema bei Sonderkennzeichnungen wir gegenüber oder StraßeA/StraßeB nicht ausreichen. zu 1.: Informationen gehen verloren siehe 2 und 3, aber besser als 4. zu 2. und 3.: Vollständige Informationen bleiben erhalten. Da die Briefkästen in den Postlisten in ähnlicher Weise zu finden sind, würde ich diese Variante bevorzugen. Jedoch sollte eine einheitlicher und verständlicher Schlüssel gefunden werden, da ich nicht weiß ob name oder position zu allgemein sind. Wie ist eure Meinung? Ciao André [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box ___ 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] Stuttgart - keine Radwege in der Autostadt ?
Am 25. Oktober 2009 18:49 schrieb malenki o...@malenki.ch: Für ernsthafte Radler ist ein solcher Weg ein Hindernis, kein Weg. Deine Sichtweise zu diesem Thema zeigt doch eignetlich ganz gut die Vorteile von path + designated: hier kannst du genau sehen für wen der Weg gewidmet, freigegeben oder gesperrt ist, anstatt in einen cycleway hinein zu interpretieren, ob -der Belag gut genug zum Fahrradfahren ist (nach Einschätzung eines Mappers) -der Weg häufig von Radfahrern benutzt wird und die das größte Verkehrsmittel sind (nach Einschätzuing eines Mappers) -der Weg den Eindruck eines Radweges macht (nach Einschätzung eines Mappers) oder -der Weg ein offizieller (Fuß und) Radweg ist, aber natürlich ohne, daß diese Information in den Daten hinterlegt wäre... Unsäglich ist, daß wir nicht von Anfang an *einen* highway-typen mit Zusatztags zur Nutzung für diese Wege hatten, sondern nach Lust, Laune und ganz viel Gefühl alles in die zwei Typen Fußweg und Radweg einsortiert haben. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Straß enecken
Am 26. Oktober 2009 09:55 schrieb Jan Tappenbeck o...@tappenbeck.net: Moin ! das mit den Adressen finde ich teilweise etwas schwierig. Folgendes Beispiel hatte ich am Wochenende. Ein PK steht vor einem Haus mit der Adresse A-Straße 2 und dieses ist ein Eckhaus. Der PK steht aber so das seine Ausrichtung zur B-Straße ist - da würde die A-Straße den Anfahrenden vermutlich etwas verwirren. Daher wird in OSM auch der richtige Standort eingetragen und nicht wie die Post es derzeit macht, mit einer Geolocation-Api. Interessant wäre irgendwie mitzubekommen wann sich Leerungszeiten von Kästen ändern - ansonsten macht diese Datenerfassung nämlich keinen Sinn. Krautsourcing! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Am 25. Oktober 2009 10:24 schrieb Karl Eichwalder k...@gnu.franken.de: Martin Simon grenzde...@gmail.com writes: Mit highway=path hat man nun die Möglichkeit, einen solchen Weg sauber nutzungsneutral zu taggen und die Widmung/Nutzungsrechte mit *=designated/yes/no abzubilden. Leider funktioniert das in der praxis nicht, der designated oft nicht verstanden wird. Immer wieder werden wege, an denen kein blaues schild steht, mit designated gemappt, nur weil es dort einen hinweis auf eine fahrradroute oder eine wanderwegmarkierung gibt... Ja, zugegeben. Aber das Problem falsch verstandener Tags hast du überall. Footway/cycleway verschärft es noch, indem es von sich aus Unklarheiten mitbringt. Footway/cycleway funktioniert in der Praxis genau so gut und schlecht wie path+designated, nur leider ist es dazu noch weniger flexibel und informativ. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Straß enecken
Krautsourcing! ??? André Riedel schrieb: Am 26. Oktober 2009 09:55 schrieb Jan Tappenbeck o...@tappenbeck.net: Moin ! das mit den Adressen finde ich teilweise etwas schwierig. Folgendes Beispiel hatte ich am Wochenende. Ein PK steht vor einem Haus mit der Adresse A-Straße 2 und dieses ist ein Eckhaus. Der PK steht aber so das seine Ausrichtung zur B-Straße ist - da würde die A-Straße den Anfahrenden vermutlich etwas verwirren. Daher wird in OSM auch der richtige Standort eingetragen und nicht wie die Post es derzeit macht, mit einer Geolocation-Api. Interessant wäre irgendwie mitzubekommen wann sich Leerungszeiten von Kästen ändern - ansonsten macht diese Datenerfassung nämlich keinen Sinn. Krautsourcing! ___ 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] Standort Briefkasten
André Riedel schrieb: Am 26. Oktober 2009 00:12 schrieb Ropino rop...@online.de: Dann fange ich mal eine Liste an: (Kommentare, Änderungen, Erweiterungen sind erwünscht) - Deutsche Post AG - Deutsche Post (ohne AG, da wir sonst auch DHL Express Vertriebs GmbH Co. OHG usw. schreiben müssten) - DHL ( nur für Packstation, Paketboxen etc., ist zwar eine 100%ige Tochter, operiert aber durchaus getrennt) - PostModern ( hier wird es schon schwer, die wissen selbst nicht wie sie sich schreiben: klein, groß, mit oder ohne Strich, das Unternehmen selbst heißt MEDIA Logistik) - Main-PostLogistik - NordbayernPost - CityMail - LMF Postservice - Citykurier! (mit oder ohne ! ist hier die Frage) - City-Post (aus Sachsen) - CITIPOST (aus Niedersachsen) - Arriva (Südwestdeutschland) Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenbahn (was: Die Wanderkarte wi rd interaktiv)
Nop ekkeh...@gmx.de wrote: Ich finde keinen Fehler. Alle Nodes die ich in dem Ausschnitt geprüft habe, sind als railway=halt getaggt und sollten lat Wiki Eisenbahn sein. Straßenbahn wäre railway=tram_stop sein. Hm, dann sollte ich dazu mal unseren lokalen Eisenbahnspezialisten befragen. Sven -- The term any key does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen. (Compaq FAQ Entry 2859) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Original-Nachricht Datum: Mon, 26 Oct 2009 01:50:31 +0100 Von: Thomas Wedekind tom-wedek...@web.de An: talk-de@openstreetmap.org Betreff: [Talk-de] Stuttgart - keine Radwege in der Autostadt ? Eine Wikiseite besagt, dass man dann nach der tatsächlichen Bedeutung taggen soll, oder? Den letzten Fall habe ich gerade vor Augen, aber noch nicht angefasst. Grundsaetzlich verweisen (fast?) alle abgeleiteten Seiten auf die engl. Mapfeatures, so dass die eigentlich die 'letzte Instanz' fuer die Entscheidung sein sollten. http://wiki.openstreetmap.org/wiki/Map_Features Ich fuer meinen Teil habe diese Texte immer so interpretiert, dass die administrative Einteilung nur ein Hilfskonstrukt ist, um ein erstes Raster zu definieren. Aus Anwendersicht sehe ichs ganz pragmatisch. Mich interessiert nicht die Bohne, wer fuer die Erhaltung zahlt (die Info ist ja indirekt schon drin, wenn der Name erfasst ist), sondern wie ich die Weg oder Strasse nutzen kann und das differenziert. (Ob ich grade zu Fuss, mit dem Fahrrad oder motorisiert unterwegs bin). Und nachdem der wesentliche Sinn eines Weges oder einer Strasse im Verbinden besteht, stand fuer mich immer ausser Frage, dass die Verbindungsfunktion auch das ist, was ich primaer zu sehen bekommen moechte. Wenn die grossen Verkehrsstroeme drueber fliessen, wenns besser ausgebaut ist und der Verkehr auch drueber gefuehrt wird (Beschilderung/ Vorfahrt), dann ists die hoehere Klasse. Ist natuerlich nur meine ganz persoenliche Sicht der Dinge als Anwernder. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Straß enecken
Am 26. Oktober 2009 10:10 schrieb Jan Tappenbeck o...@tappenbeck.net: Krautsourcing! ??? *g* alias Crowdsourcing (Siehe Vortrag von Frederik Ramm http://www.remote.org/frederik/tmp/sog.pdf) Ich meinte, dass die jenigen, welche die Daten nutzen, merken werden, wenn die Leerungszeiten nicht mehr stimmen und diese dann ändern. Außerdem kann man davon ausgehen, dass wenn bei einem Briefkasten in der Umgebung die Zeiten geändert werden auch andere betroffen sind und man so noch einmal eine kleine Fahrradrunde drehen kann. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Ropino schrieb: - DHL ( nur für Packstation, Paketboxen etc., ist zwar eine 100%ige Tochter, operiert aber durchaus getrennt) Bitte ändern auf DHL Express, wenn Du es genau haben möchtest. DHL ist nicht eine einzelne Firma, auch wenn der Konzern das gerne suggeriert. In diesem Postkonzern gibt es mehrere Dutzend Firmen die im Namen DHL tragen, aber selbstständige Firmen sind und je nach Geschäftsbereich oft nur geringe bis gar keine Verbindung mit ihren Konzerngeschwistern haben. Weitere Beispiele ohne Anspruch auf Vollständigkeit sind: DHL Freight DHL Solutions DHL Logistics Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Bei meiner selbstgenerierten GarminKarte gibt es zB keinen Path sondern nur Fuß- oder Radweg. Und da ich footways als Fußweg darstelle (auch wenn da noch ein bicycle=yes dranklebt) war mir die Übermacht der footways in STG aufgefallen. ... und das könnte vielleicht auch die Antwort auf deine ursprüngliche Frage sein. Beruht deine Aussage in STG ist mir aufgefallen, dass viele (fast alle?) der typischen kombinierten Rad/Fusswege (Schild 240/241) als footway getaggt sind. auf Beobachtungen vor Ort oder ist das nur eine Ferndiagnose?!? Ich kenne in Stuttgart (Stadtbezirk Vaihingen) eine ganze Reihe an Wegen, die ehemals ein Geh- und Radweg (Schild 240) waren und jetzt nur noch ein Gehweg sind, der für Radfahrer frei gegeben ist (Schild 239 mit 1022-10). Ähnliches könnte im gesamten Stadtgebiet passiert sein! Gruß, Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
On Montag, 26. Oktober 2009, qbert biker wrote: Original-Nachricht Datum: Mon, 26 Oct 2009 01:50:31 +0100 Von: Thomas Wedekind tom-wedek...@web.de An: talk-de@openstreetmap.org Betreff: [Talk-de] Stuttgart - keine Radwege in der Autostadt ? Eine Wikiseite besagt, dass man dann nach der tatsächlichen Bedeutung taggen soll, oder? Den letzten Fall habe ich gerade vor Augen, aber noch nicht angefasst. Grundsaetzlich verweisen (fast?) alle abgeleiteten Seiten auf die engl. Mapfeatures, so dass die eigentlich die 'letzte Instanz' fuer die Entscheidung sein sollten. http://wiki.openstreetmap.org/wiki/Map_Features Ich fuer meinen Teil habe diese Texte immer so interpretiert, dass die administrative Einteilung nur ein Hilfskonstrukt ist, um ein erstes Raster zu definieren. Ich bin mittlerweile auf diese Beschreibung umgestiegen: http://wiki.openstreetmap.org/wiki/DE:Road_Signs Der Unterschied zwischen den Beschreibungen trägt natürlich nicht unbedingt zur Vereinheitlichung beim Mapping bei. Ist natuerlich nur meine ganz persoenliche Sicht der Dinge als Anwernder. Meine auch Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Holger schrieb: ... und das könnte vielleicht auch die Antwort auf deine ursprüngliche Frage sein. Beruht deine Aussage in STG ist mir aufgefallen, dass viele (fast alle?) der typischen kombinierten Rad/Fusswege (Schild 240/241) als footway getaggt sind. auf Beobachtungen vor Ort oder ist das nur eine Ferndiagnose?!? Ich war vor Ort (Zentrum Nord) und die Wege von denen ich hier rede waren tatsächlich mit 240 beschildert. Ich kenne in Stuttgart (Stadtbezirk Vaihingen) eine ganze Reihe an Wegen, die ehemals ein Geh- und Radweg (Schild 240) waren und jetzt nur noch ein Gehweg sind, der für Radfahrer frei gegeben ist (Schild 239 mit 1022-10). Ähnliches könnte im gesamten Stadtgebiet passiert sein! Kann ich nicht bestätigen. Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Original-Nachricht Datum: Mon, 26 Oct 2009 11:33:07 +0100 Von: Werner Hoch werner...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ? Ich bin mittlerweile auf diese Beschreibung umgestiegen: http://wiki.openstreetmap.org/wiki/DE:Road_Signs Super gemacht, gefaellt mir! Der Unterschied zwischen den Beschreibungen trägt natürlich nicht unbedingt zur Vereinheitlichung beim Mapping bei. Es muss ja kein Wiederspruch sein. Schilder beziehen sich ja fast immer auf konkrete Eigenschaften, die man gut als Attribute abbilden kann. Die Reichweite der RoadSigns endet aber immer dann, wenn Eigenschaften abgebildet werden sollen, die nicht direkt ueber ein Schild ablesbar sind. Die trunk-Diskussion ist da so ein typisches Beispiel. Nach derzeitigem Diskussionsstand wollen viele nur 'autobahnaehnlich' zulassen, aber weder haben alle autobahnaehnlchen Strassen das KFZ-Strassenschild, noch sind alle KFZ-Strassen autobahnaehnlich ausgebaut. Gruesse Hubert Gruesse Hubert -- Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben! http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Hallo. Am Sonntag, 25. Oktober 2009 schrieb Rainer Knaepper: Das heißt aber doch, daß Ortsfremde diese Interpretation nicht ohne eigene Anschauung ändern sollten, da das Schild 240 alleine als Kriterium nicht reicht, sowas grundsätzlich (weltweit) als entweder Rad- oder aber Fußweg zu taggen, auf dem die jeweils anderen geduldet sind. Da muß man schon in der Realität selber nachschauen. Habe ich etwas anderes behauptet? Gruß, Bernd -- Als deutscher Tourist im Ausland steht man vor der Frage, ob man sich anständig benehmen muß, oder ob schon deutsche Touristen dagewesen sind. - Kurt Tucholsky signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Stra Ãenecken
Am Mo, 26.10.2009, 10:05 schrieb André Riedel: Am 26. Oktober 2009 09:55 schrieb Jan Tappenbeck o...@tappenbeck.net: Daher wird in OSM auch der richtige Standort eingetragen und nicht wie die Post es derzeit macht, mit einer Geolocation-Api. Meinst Du den Geocoder von Google? AFAIK isr Geolocation die Technologie, einen Nutzer zu verorten - z.B. anhand einer IP. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Hallo. Am Montag, 26. Oktober 2009 schrieb Martin Simon: Deine Sichtweise zu diesem Thema zeigt doch eignetlich ganz gut die Vorteile von path + designated: hier kannst du genau sehen für wen der Weg gewidmet, freigegeben oder gesperrt ist, anstatt in einen cycleway hinein zu interpretieren, ob -der Belag gut genug zum Fahrradfahren ist (nach Einschätzung eines Mappers) -der Weg häufig von Radfahrern benutzt wird und die das größte Verkehrsmittel sind (nach Einschätzuing eines Mappers) -der Weg den Eindruck eines Radweges macht (nach Einschätzung eines Mappers) oder -der Weg ein offizieller (Fuß und) Radweg ist, aber natürlich ohne, daß diese Information in den Daten hinterlegt wäre... Unsäglich ist, daß wir nicht von Anfang an *einen* highway-typen mit Zusatztags zur Nutzung für diese Wege hatten, sondern nach Lust, Laune und ganz viel Gefühl alles in die zwei Typen Fußweg und Radweg einsortiert haben. Ich kann diese (von dir schon lange vertretene) Sichtweise irgendwie gar nicht nachvollziehen. Ein highway=path / bicycle=designated / foot=designated kann ja beides sein, ein kombinierter Rad-/Fußweg oder ein getrennter Rad-/Fußweg. Es wurde ja noch im Proposal segregated=yes nachgeschoben, was aber irgendwie keiner benutzt. Der Informationsgewinn einer Eintragung mit path ist ganz ehrlich: Null. Du weiß mit einem designated-Weg ja nur, was da für Schilder stehen. Den subjektiven Eindruck des Mappers vor Ort, der Ausbauzustand und empfehlenswertigkeit des Weges einträgt, würde ich beim Tagging sehr, sehr hoch bewerten. Denn das ist unser großer Vorteil: Fast alle Wege werden mit Ortskenntnis erfasst. Ich hätte keine Skrupel, zwei identisch beschilderte Wege (kombinierter Rad-/Fußweg) unterschiedlich einzutragen, wenn der eine für den normalen Fahrradfahrer die einzig sinnvolle Strecke ist und der andere eine Tortur. Das muss sich nicht immer in den Schildern widerspiegeln. highway=path ist ein Konstrukt um Beschilderung zu mappen. Der unglaubliche Vorteil der subjektiven Einschätzung geht völlig verloren. Ich finde das schade und sicherlich keinen Fortschritt. Gruß, Bernd -- Beeth Girls are like internet domain names, the ones I like are already taken. honx well, you can stil get one from a strange country :-P signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Straà Ÿenecken
Am 26. Oktober 2009 11:42 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Am Mo, 26.10.2009, 10:05 schrieb André Riedel: Am 26. Oktober 2009 09:55 schrieb Jan Tappenbeck o...@tappenbeck.net: Daher wird in OSM auch der richtige Standort eingetragen und nicht wie die Post es derzeit macht, mit einer Geolocation-Api. Meinst Du den Geocoder von Google? AFAIK isr Geolocation die Technologie, einen Nutzer zu verorten - z.B. anhand einer IP. Ja ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Bernd Wurst schrieb: Dem gegenüber verstehe ich unter einem highway=cycleway (mit foot=yes) einen Fahrradweg oder einen kombinierten Rad-/Fußweg. Jedenfalls einen Weg, der für Fahrradfahrer konzipiert wurde und eine entsprechende Beschaffenheit und Breite aufweist, dass auch zwei Fahrradfahrer und ein Fußgänger den Weg gleichzeitig nutzen können. Wenn ich diese Definition zu Grunde lege - die Breite von zwei Fahrradfahrer und ein Fußgänger - bin ich noch nie einem echten Fuß-/Fahrradweg begegnet... GeoJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
On Mon, Oct 26, 2009 at 09:52:31AM +0100, André Riedel wrote: Am 26. Oktober 2009 00:12 schrieb Ropino rop...@online.de: Dann fange ich mal eine Liste an: (Kommentare, Änderungen, Erweiterungen sind erwünscht) - Deutsche Post AG - Deutsche Post (ohne AG, da wir sonst auch DHL Express Vertriebs GmbH Co. OHG usw. schreiben müssten) genaugenommen ist rein rechtlich die unternehmensform bestandteil des firmennamens. aber fuer osm-zwecke sollte es auch so eindeutig genug sein. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Stra ßenecken
Am Mo, 26.10.2009, 11:57 schrieb André Riedel: AFAIK isr Geolocation die Technologie, einen Nutzer zu verorten - z.B. anhand einer IP. Ja ;-) Ich gebe Dir aber vollkommen Recht. Aber: Obwohl hier in Werl ein Postkasten mit Hausnummer gekennzeichnet ist, steht er jedoch vor dem Haus daneben ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Google Maps - Update
Hat da wer Angst vor unseren neuen Kartenstilen auf dem Dev-Server? ;-) http://google-latlong.blogspot.com/2009/10/evolving-look-of-google-maps.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
- Deutsche Post AG - Deutsche Post (ohne AG, da wir sonst auch DHL Express Vertriebs GmbH Co. OHG usw. schreiben müssten) Historischer Briefkasten der DP bzw. Deutschen Post der DDR? In Westdeutschland scheint es ja auch noch welche der Bundespost zu geben. Das Dingen gehört sauber geschrieben, so wie wir das auch bei anderen Dingen machen. Es wird weniger schmerzhaft wenn sowas gleich in den entsprechenden Editoren in die Presets kommt und der Datenbestand in einer Aktion bereinigt wird. Damit würden zumindestens schonmal mindestens JOSM Nutzer und Nachbarlunzer/Auto Vervollständiger verarztet. @Krautsourcing Leerungszeiten und Standorte sind das kleinste Problem. Dutzende haben nichtmal einen Operator. Leute die nichtmal auf die Kastenfarbe achten werden leider auch keine Details fortlaufend pflegen. So ein sauberer Selbstläufer ist es also leider nicht. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM-Zeichnen: hat sich da etwas ge ändert und ich habe es nicht mitbekommen ??
Moin ! habe die Version 2322 und wenn ich einen Weg erstellt habe und mit ESC das Zeichnen beende dann ist der WAY weg und teilweise bleiben die NODES erhalten. Hat sich da etwas geändert und ich habe es nicht mitbekommen ?? Irgendwie läuft das merkwürdig. Kann einer etwas dazu sagen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Algorithmus für effiziente PLZ-Gebiete g esucht
Hallo Leute, ich suche gerade eine geeignete Möglichkeit um eine Lat+Lon - PLZ Abbildung zu machen. Momentan denke ich darüber nach disjunkte, konvexe Hüllen über alle Elemente welche innerhalb eines Staates den gleichen Wert in addr:postcode bzw postal_code haben zu bilden. Dann könnte man über diese Polygone eine sehr, sehr grosse Anzahl an Positionen ihren PLZ-Werten zuordnen. Meine erste Idee wäre: für alle (Punkte p welche eine PLZ haben oder Teil eines Weges/Gebietes mit einer PLZ sind) tue: { Suche das Polygon P zu dieser PLZ+Staat -Kombination. Falls P nicht existiert, { lege P mit diesem eine Punkt an. } Falls P existiert und p nicht in P enthalten ist: { Füge p dem Polygon P hinzu und entferne überflüssige Punkte (z.B. Graham Scan wobei bekannt ist, dass die Punkte in P ja schon sortiert sind.) } } Mein ihr das wäre effizient so als Online-Algorithmus? Oder doch lieber erst alle Punkte sammeln und dann Graham? Auf mehrere Worker-Threads liesse sich das auf jeden Fall schonmal verteilen. Ahnung wie man Ausreisser erkennen kann (z.b. Tippfehler)? Irgendeine Idee wie sich das mit dem disjunkt machen lässt? Irgendwer hatte sowas schon mal in Österreich gemacht. Erinnert sich noch wer daran wer das war und unter welchem Topic das auf welcher Mailingliste war? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alternatives nur-Lese-API fuer Rendering
Hallo, gerade kam auf der dev-Liste, dass Nick Whitelegg ein schnelles nur-Lese-API gebaut hat, bei dem Liniengeometrien ohne die dazugehoerigen Einzelnodes geliefert werden, also praktisch schon als flachgelopfte simple features. Unten das komplette Posting mit URL. Bye Frederik Original Message Subject: [OSM-dev] Quick OSM read-only API optimised for rendering Date: Mon, 26 Oct 2009 11:01:05 + From: Nick Whitelegg nick.whitel...@solent.ac.uk To: d...@openstreetmap.org As part of an experiment with WebGL (3D in browser rendering of OSM data) I'm planning on doing, I've developed a quick read-only OSM API and data format optimised for rendering. The rationale was, that if the front end is doing only rendering of OSM data (no editing), the standard OSM XML format is not really optimised for this purpose. A better data format for rendering would contain only point of interest nodes, with ways represented as polylines of points, with no need for the client to look up the coordinates of the way's constituent nodes by ID. This API generates either XML or JSON describing points of interest and ways (as polylines) in a given bounding box. You can find more details on the blog post: http://www.free-map.org.uk/wordpress/?p=21 It's fairly quickly put together so might not handle errors gracefully just yet. Nick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo, 26.10.2009, 12:33 schrieb Mirko Küster: Historischer Briefkasten der DP bzw. Deutschen Post der DDR? In Westdeutschland scheint es ja auch noch welche der Bundespost zu geben. Da passt Frederiks Vorschlag mit Operator und Brand sehr gut. Das Dingen gehört sauber geschrieben, so wie wir das auch bei anderen Dingen machen. Es wird weniger schmerzhaft wenn sowas gleich in den entsprechenden Editoren in die Presets kommt und der Datenbestand in einer Aktion bereinigt wird. Yepp. JOSM kann dann eine Postkasten-Vorlage mit festen Namen bekommen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebi ete gesucht
Am Mo, 26.10.2009, 13:01 schrieb marcus.wolsc...@googlemail.com: Mein ihr das wäre effizient so als Online-Algorithmus? Oder doch lieber erst alle Punkte sammeln und dann Graham? Was ist Graham? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Tobias Wendorff schrieb: Am Mo, 26.10.2009, 12:33 schrieb Mirko Küster: Historischer Briefkasten der DP bzw. Deutschen Post der DDR? In Westdeutschland scheint es ja auch noch welche der Bundespost zu geben. Da passt Frederiks Vorschlag mit Operator und Brand sehr gut. operator / brand Das gibt aber richtig Aufwand für relativ wenig Information. z.B. sammeln im Ruhrgebiet sehr viele verschiedene operatoren (Sub-Firmen) im Auftrag der Deutschen Post AG die Briefe in den Kästen ein. Wollen wir die auch alle ermitteln? Und das kann sich oft kurzfristig ändern, wenn ich das so sehe. Das Dingen gehört sauber geschrieben, so wie wir das auch bei anderen Dingen machen. Es wird weniger schmerzhaft wenn sowas gleich in den entsprechenden Editoren in die Presets kommt und der Datenbestand in einer Aktion bereinigt wird. Yepp. JOSM kann dann eine Postkasten-Vorlage mit festen Namen bekommen... Da habe ich aber ne Frage zu JOSM: Sind die Presets dann von der eingestellten Sprache abhängig? Oder bekomme ich eine Liste aller Postunternehmen dieser Welt? Wie soll hier eine entsprechende Auswahl erfolgen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebi ete gesucht
Am Montag, den 26.10.2009, 13:22 +0100 schrieb Tobias Wendorff: Am Mo, 26.10.2009, 13:01 schrieb marcus.wolsc...@googlemail.com: Mein ihr das wäre effizient so als Online-Algorithmus? Oder doch lieber erst alle Punkte sammeln und dann Graham? Was ist Graham? Würde ja auf http://de.wikipedia.org/wiki/Graham_Scan tippen. Grüße Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo, 26.10.2009, 13:31 schrieb Ropino: Das gibt aber richtig Aufwand für relativ wenig Information. Fängt jetzt schon wieder diese Diskussion zur Relevanz an? z.B. sammeln im Ruhrgebiet sehr viele verschiedene operatoren (Sub-Firmen) im Auftrag der Deutschen Post AG die Briefe in den Kästen ein. Wollen wir die auch alle ermitteln? Am Anfag waren private Postdienstleister zentral meldepflichtig und wurden auf irgeneiner Seite des Bundes veröffentlicht. Ich denke, für die umsatzbefreiten Anbieter ist dies immer noch so. Und das kann sich oft kurzfristig ändern, wenn ich das so sehe. Bus-Routen ändern sich auch mehrmals im Jahr. Heute bei der DSW in Dortmund, dann bald wieder zum kleinen Fahrplanwechsel etc. Da habe ich aber ne Frage zu JOSM: Sind die Presets dann von der eingestellten Sprache abhängig? Oder bekomme ich eine Liste aller Postunternehmen dieser Welt? Wie soll hier eine entsprechende Auswahl erfolgen? Ersteres weiß ich nicht, aber eine Vorlage Post-DE wür e zunächst ja reichen? Zweiteres: Auswahl per Dropdown-Menü? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo, 26.10.2009, 13:31 schrieb Ropino: Das gibt aber richtig Aufwand für relativ wenig Information. Fängt jetzt schon wieder diese Diskussion zur Relevanz an? z.B. sammeln im Ruhrgebiet sehr viele verschiedene operatoren (Sub-Firmen) im Auftrag der Deutschen Post AG die Briefe in den Kästen ein. Wollen wir die auch alle ermitteln? Am Anfag waren private Postdienstleister zentral meldepflichtig und wurden auf irgeneiner Seite des Bundes veröffentlicht. Ich denke, für die umsatzbefreiten Anbieter ist dies immer noch so. Und das kann sich oft kurzfristig ändern, wenn ich das so sehe. Bus-Routen ändern sich auch mehrmals im Jahr. Heute bei der DSW in Dortmund, dann bald wieder zum kleinen Fahrplanwechsel etc. Da habe ich aber ne Frage zu JOSM: Sind die Presets dann von der eingestellten Sprache abhängig? Oder bekomme ich eine Liste aller Postunternehmen dieser Welt? Wie soll hier eine entsprechende Auswahl erfolgen? Ersteres weiß ich nicht, aber eine Vorlage Post-DE wür e zunächst ja reichen? Zweiteres: Auswahl per Dropdown? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Tobias Wendorff schrieb: Hat da wer Angst vor unseren neuen Kartenstilen auf dem Dev-Server? ;-) http://google-latlong.blogspot.com/2009/10/evolving-look-of-google-maps.html Sieht ja ganz nett aus, offenbart aber (zumindest in meiner Gegend) ein riesiges Problem: die kleistern ihre Kartenkacheln jetzt auch mit pois zu. (Noch etwas, das einem wie von uns nachgemacht vorkommt...) Vieles davon liegt teils grausam falsch - bspw. an einer Kreuzung auf der diagonal anderen Seite. Einige wurden auch in Gewässern versenkt... Etliche pois sagen mir - obwohl ich in den Gegenden sehr viel gemappt habe - absolut gar nichts, die Namen dort lese ich zum ersten Mal bei google. Dass google dermaßen schlampt, könnten wir jetzt ausschlachten... Bei der Gelegenheit könnte man sich auch mal Gedanken um eine vernünftige Präsentation der zusätzlichen Infos der pois machen - die Lösung von Google hat schon was (dass es geht, zeigt ja die öpnv-Karte). Und natürlich verstärkt auf pois achten, damit wir auch was haben, was man präsentieren kann. In einem direkten Vergleich sieht es so aus, als wären wir stellenweise Google weit überlegen ;) Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Wanderkarte wird interaktiv
Hallo Nop, Nop schrieb: Routen planen Die Karte wurde mit einem Routenplaner integriert. (...) Über Euer Feedback zu Problemen, Erfolgen und Verbesserungen würde ich mich freuen. Das sieht schon recht gut aus! Ein snap-to-way wäre natürlich noch schöner, ist aber auf der Grundlage von den Rasterdaten schwer machbar. Was mir aufgefallen ist: 1) Verschieben eines Wegpunktes: Klickt man einen Punkt an und bewegt dann die Maus, so springt der Punkt etwas zur Seite, d.h. die Koordinaten von mouse_down und mouse_move sind unterschiedlich. 2) Rundweg Will man einen Rundweg anlegen (ausmessen), so kann man den Zielunkt nicht auf den Startpunkt legen, sondern muss ihn nachträglich dorthin schieben. Eine Schießen-Funktion wäre da sehr schön. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Am Mo, 26.10.2009, 13:51 schrieb SLXViper: Etliche pois sagen mir - obwohl ich in den Gegenden sehr viel gemappt habe - absolut gar nichts, die Namen dort lese ich zum ersten Mal bei google. Ggf. eine Folge aus der Mischung der Gelben Seiten mit dem Geocoder? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
operator / brand Das gibt aber richtig Aufwand für relativ wenig Information. z.B. sammeln im Ruhrgebiet sehr viele verschiedene operatoren (Sub-Firmen) im Auftrag der Deutschen Post AG die Briefe in den Kästen ein. Wollen wir die auch alle ermitteln? Und das kann sich oft kurzfristig ändern, wenn ich das so sehe. Das ist für Dinge gedacht wie unter eine bestimmten Marke operieren aber die eigentliche Firma anders heißt. So z.B. auch Franchise, Lizenznehmer etc. Mit den Lumpensammlern hat das garnichts zu tun. Die Kästen werden alle von der Deutschen Post AG betrieben. Lumpensammler sind laut Beobachtungen von Privatpersonen, über Werbevertriebe bis hin zu Taxiunternehmen alle möglichen Leute. Gleiches bei Postagenturen, die werden teilweise sogar kommunal betrieben, mit Zuschuss aus Steuermitteln, da es sich anders nicht mehr lohnen würde und manch Ort keine Poststelle mehr hätte. Die Post hat die Leute bisher auf 400 Euro Basis angestellt, jetzt schwenkt man auf mikrige Umsatzbeteiligungen um. Da werden demnächst noch so einige wegfallen, da nichtmal als Nebengeschäft im Friseur rentabel. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Moin! Am 26. Oktober 2009 11:43 schrieb Bernd Wurst be...@bwurst.org: Ich kann diese (von dir schon lange vertretene) Sichtweise irgendwie gar nicht nachvollziehen. Ein highway=path / bicycle=designated / foot=designated kann ja beides sein, ein kombinierter Rad-/Fußweg oder ein getrennter Rad-/Fußweg. Es wurde ja noch im Proposal segregated=yes nachgeschoben, was aber irgendwie keiner benutzt. Der Informationsgewinn einer Eintragung mit path ist ganz ehrlich: Null. Du weiß mit einem designated-Weg ja nur, was da für Schilder stehen. Zu wissen, um welche Art von Weg es sich genau handelt (Schilder) halte ich für einen großen Informationsgewinn. Vor allem ist es eine recht sichere Information, da diese Information getrennt vom highway-tag erfasst wird. Dem gegenüber frage ich mich immer, welche Informationen ich jetzt aus highway=cycleway oder highway=footway ableiten soll. Das Problem an diesen beiden ist einfach, daß sie von Anfang an recht subjektiv und vor allem mit unterschiedlichen Kriterien verwendet wurden(siehe meine Antwort an malenki). Da steckt also eine Menge Interpretation drin, die bei meinen eigenen cycleways bei der Auswertung noch funktioniert, im Nachbarort bei denen vom Nachbarmapper aber schon nicht mehr (und umgekehrt). Den subjektiven Eindruck des Mappers vor Ort, der Ausbauzustand und empfehlenswertigkeit des Weges einträgt, würde ich beim Tagging sehr, sehr hoch bewerten. Denn das ist unser großer Vorteil: Fast alle Wege werden mit Ortskenntnis erfasst. Ja, Ortskenntnis ist ein großer Vorteil von OSM, aber empfehlenswertigkeit(schönes Wort!) und Ausbauzustand sollten meiner Meinung nach nicht in die highway-Klasse einfließen, weil sie dort sehr schwer wieder herauszupopeln sind. Ich hätte keine Skrupel, zwei identisch beschilderte Wege (kombinierter Rad-/Fußweg) unterschiedlich einzutragen, wenn der eine für den normalen Fahrradfahrer die einzig sinnvolle Strecke ist und der andere eine Tortur. Wie gesagt, dafür würde ich lieber zusätzliche tags verwenden - das gibt anderen (nachfolgenden) Mappern die Möglichkeit, deine Arbeit besser zu verstehen und macht es auch Einsteigern leichter, ganz konkrete Eigenschaften zu taggen, ohne zwischen verschiedenen subjektiven Wegklassen zu schwimmen. Bei tracktype z.B. klappt das hier Köln/Bonn/Eifel etc. schon ganz gut, obwohl das tag auch nicht 100% objektiv ist... Letztlich glaube ich auch, daß es dadurch weniger Chancen auf Editwars gibt, da die einzelnen Eigenschaften weniger interpretationsspielraum lassen. Das muss sich nicht immer in den Schildern widerspiegeln. highway=path ist ein Konstrukt um Beschilderung zu mappen. Der unglaubliche Vorteil der subjektiven Einschätzung geht völlig verloren. Ich finde das schade und sicherlich keinen Fortschritt. Das Problem ist halt, daß diese Einschätzung, wenn sie nur durch einen Wert ausgedrückt wird, nicht gut interpretierbar ist. In kleineren Häppchen sieht es schon ganz anders aus. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de