Re: [Talk-transit] Abbreviations in naptan:indicator
Sorry I was not on line when this was being discussed - but Peter gave me the lead to contribute. Indicator is supposed to be a short qualifier of the commonname that creates a uniqueness to the stop point name. There is a list of approved abbreviations (maybe incomplete from what Peter has said) - but from experience there is also a provisional list of preferred indicators that are about to be promoted nationwide (this is expected to be extended in the light of experience). I attach that list for information ... they are reasonably well adhered to already in the SE, EM and EA regions - but not necessarily so well used elsewhere at present (some regions are much better than others - it rather depends how much legacy data was permitted to get into NaPTAN when it was first created). I am under no illusions about the fact that indicators are not good at many stops now - and it will take years before adherence to the principle of them being a short qualifier of the common name is fully adhered to. As for before and beyond, they are not words that currently appear in the list at present - but I can see that they might be useful additions --- but NOT bey and bef which are not abbreviations which are in common usage anywhere! Roger -Original Message- From: talk-transit-boun...@openstreetmap.org [mailto:talk-transit-boun...@openstreetmap.org] On Behalf Of Peter Miller Sent: 05 November 2009 9:47 AM To: Public transport/transit/shared taxi related topics Subject: Re: [Talk-transit] Abbreviations in naptan:indicator On 4 Nov 2009, at 22:40, Christoph Böhme wrote: Bryce McKinlay bmckin...@gmail.com schrieb: 2009/11/4 Christoph Böhme christ...@b3e.net: Hi, I am trying to make sense of the abbrevations used in the naptan:indicator tag. adj and opp are clear but I cannot work out what bey and bef are supposed to mean. Beyond / Before ? Yes, that sounds likely. But then beyond or before what? I tried to work out the meaning of the indicators on the stops shown here [1], but to me both are beyond or before Princethorpe Road. You can read about about the NaPTAN standard [1] however the list of preferred values for indicator in table 3.12 (page 54) don't match very well with what I see being used and doesn't contain Before and Beyond. For example 'adj' is missing from the list which is frequently used for 'adjacent'. Do be aware that the use of the indicator field is still being refined and not everything that is in the current database is good practice. Possibly Roger (Slevin) or Peter (Stoner) will be able to give us some more detail on this. [1] http://www.dft.gov.uk/naptan/schema/schemas.htm#2.2 Regards, Peter Christoph [1] http://mappa-mercia.org/novam/?scheme=birminghamzoom=18lat=52.43754lon=-1 .96556layers=BT Bryce ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit NaPTAN preferred indicators-091108.doc Description: MS-Word document ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[Talk-transit] Hail-and-ride sections in NaPTAN
It was recently pointed out on the IRC channel by gravitystorm that there were large numbers of clustered bus stops on Chartfield Avenue, Putney, here. A quick inspection of a TfL area map of Putney shows these to be hail-and-ride sections on route 424, but there is nothing in the stop data to make this clear. Jerry ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-hr] najbolji gps?
On Mon, 09 Nov 2009 23:33:08 +, Valent Turkovic wrote: Garmin GPSmap 60CSx Ili ovako nesto mozda? http://www.promagellangps.com/en/products/product.asp?PRODID=1293 http://www.geosustavi-solaric-st.hr/magellanMM6.html -- 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
Re: [Talk-hr] najbolji gps?
On Tue, 10 Nov 2009 00:51:57 +0100, hbogner wrote: Ako ti cijena nije bitna pogledaj Ttimble R8 GNSS System :D Mogao sam pretpostaviti da cu pozaliti sto sam to napisao :) Ipak je ovo van ranga, koliko vidim cijena tog gadgeta se krece u rangu 25,000$ -- 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
Re: [Talk-hr] najbolji gps?
On Tue, 10 Nov 2009 00:51:57 +0100, hbogner wrote: Ja koristim Garmin GPSmap 60CSx i on naravno ima svoje nedostatke, ali sam vrlo zadovoljan s njim. Koji su nedostatci? -- 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
Re: [talk-ph] status update: armchair mapping in Pangasinan
Barely 1 month and we have excellent progress in Pangasinan! Great work guys! I propose we improve the data more by adding: 1. Waterways - stream, canals, rivers and riverbanks 2. Landuse - farm, fish_ponds, scree, residential, forest 3. Large buildings I am initiating contact with locals to improve the data. Unsuccessful so far, help is needed. Keep on mapping kids! :) On Mon, Nov 2, 2009 at 8:25 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, We're having excellent progress the past days adding data in Pangasinan area: http://www.openstreetmap.org/?minlon=120.331minlat=15.9464maxlon=120.602maxlat=16.2202box=yes Both from local and international mappers: http://www.openstreetmap.org/history?bbox=120.096%2C15.883%2C120.837%2C16.283 The power of collaboration never fail to amaze me. But we need more help, so please contribute. In particular, if anyone can contact local residents or LGU, maybe we can assist them on improving the data and eventually use use it for planning decisions. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] OSM and mapping professionals
Hi guys, In case you weren't aware, there was a very lively discussion over at the Mapping Mindanao blog where a mapping professional suggested that local OSM mappers invite people like him to talk about mapping knowledge and how mapping amateurs (i.e. OSMers) need to be aware about basic mapping fundamentals. http://mapping.ideacampdavao.com/2009/07/davao-mapping-party-post-party-report.html I'll just leave you guys to read the 42-comments-long thread there. Please don't reply anymore there because it was decided that the discussion be moved here (use this e-mail!). Up to now, I'm still trying to ascertain where exactly he is coming from since I don't think he understands how OSM has made mapping into a successful crowd-sourced project. As far as I understand, the central point boils down to a matter of accuracy in georeferencing. He seems to imply that OSM data is not useful in his industry since it isn't properly collected (being primarily collected using consumer-grade GPS devices). Cheers, Eugene / seav ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] OSM and mapping professionals
Hello everyone! I read the whole thread and I think Eugene hit the mark in saying, *OpenStreetMap doesn't aim to replace NAMRIA or even UK's Ordnance Survey. What we want is open/free vector map data that is topologically correct and is reasonably placed (to about 10 meters) such that users of the data won't get lost.* Currently, I'm finishing up a degree in Geodetic Engineering and for all I know, amdomag could be one of my professors. I believe he has been suggesting that accuracy and methodology need to be checked. However, method accounts to accuracy and accuracy needed is largely dependent on its purpose. With this, I stand that OSM serves its purpose. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] OSM and mapping professionals
Kids prepare to be amazed! Well, I am - I am waiting for the mapping professionals to join the discussions here. Eugene, I agree he doesn't know how OSM actually works. It works for us but the guy find it hard to fit OSM in his craft. The level of accuracy he wanted is not really practical for OSM. If we can have data as accurate as what he is wanted then why not add it to OSM. Best, murlwe -Original Message- From: Eugene Alvin Villar [sea...@gmail.com] Sent: 11/9/2009 8:48:58 PM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] OSM and mapping professionals Hi guys, In case you weren't aware, there was a very lively discussion over at the Mapping Mindanao blog where a mapping professional suggested that local OSM mappers invite people like him to talk about mapping knowledge and how mapping amateurs (i.e. OSMers) need to be aware about basic mapping fundamentals. http://mapping.ideacampdavao.com/2009/07/davao-mapping-party-post-party -report.html I'll just leave you guys to read the 42-comments-long thread there. Please don't reply anymore there because it was decided that the discussion be moved here (use this e-mail!). Up to now, I'm still trying to ascertain where exactly he is coming from since I don't think he understands how OSM has made mapping into a successful crowd-sourced project. As far as I understand, the central point boils down to a matter of accuracy in georeferencing. He seems to imply that OSM data is not useful in his industry since it isn't properly collected (being primarily collected using consumer-grade GPS devices). Cheers, Eugene / seav span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] OSM and mapping professionals
I do hope he becomes an OSM convert. Several friends I have in the geospatial industry, have the same initial reaction. But I know some are using OSM data already. @murlwe, he seems to be based in Mindanao so it would be good if you can have a meet-up. On Tue, Nov 10, 2009 at 7:23 AM, Marloue Pidor mur...@mail2engineer.com wrote: Kids prepare to be amazed! Well, I am - I am waiting for the mapping professionals to join the discussions here. Eugene, I agree he doesn't know how OSM actually works. It works for us but the guy find it hard to fit OSM in his craft. The level of accuracy he wanted is not really practical for OSM. If we can have data as accurate as what he is wanted then why not add it to OSM. Best, murlwe -Original Message- From: Eugene Alvin Villar [sea...@gmail.com] Sent: 11/9/2009 8:48:58 PM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] OSM and mapping professionals Hi guys, In case you weren't aware, there was a very lively discussion over at the Mapping Mindanao blog where a mapping professional suggested that local OSM mappers invite people like him to talk about mapping knowledge and how mapping amateurs (i.e. OSMers) need to be aware about basic mapping fundamentals. http://mapping.ideacampdavao.com/2009/07/davao-mapping-party-post-party-report.html I'll just leave you guys to read the 42-comments-long thread there. Please don't reply anymore there because it was decided that the discussion be moved here (use this e-mail!). Up to now, I'm still trying to ascertain where exactly he is coming from since I don't think he understands how OSM has made mapping into a successful crowd-sourced project. As far as I understand, the central point boils down to a matter of accuracy in georeferencing. He seems to imply that OSM data is not useful in his industry since it isn't properly collected (being primarily collected using consumer-grade GPS devices). Cheers, Eugene / seav ___ Get the Free email that has everyone talking at http://www.mail2world.com Unlimited Email Storage – POP3 – Calendar – SMS – Translator – Much More! ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Potlatch vs Twitter
Hi all, Twitter-using OSMers can now (as of Potlatch 1.2e) tweet their edits. If you punch your Twitter ID and password into Potlatch's options screen[1], you'll have the option for your comments to be posted to your Twitter account whenever you save a changeset. The tweet includes an OSM shortlink, so others can see your location; and the #osmedit tag, because I didn't think those who look at #osm would appreciate being overwhelmed by a bunch of edits. Knock yourselves out. :) cheers Richard [1] Privacy stuff: Your ID and password are remembered on your local machine as a cookie (well, Flash's Local Storage), and not saved on osm.org. Twitter currently prevent Flash clients from connecting directly, though have said they're going to relax this. Until then, the posting needs to go via a proxy script on dev.openstreetmap.org. TomH has looked at this and is happy, I trust, that it's not doing anything evil like harvesting passwords. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch vs Twitter
Hi, Richard Fairhurst wrote: Twitter-using OSMers can now (as of Potlatch 1.2e) tweet their edits. Great, I'll quickly fire up my planet2twitter script to give twitter readers the necessary background ;-) Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch vs Twitter
Richard Fairhurst pisze: Hi Lukasz, How about using Twitter's OAuth feature? I'm hoping to use OAuth with Potlatch 2, There's no OAuth library for ActionScript 1 (in which Potlatch is currently written), and you are of course right in that something could be rigged up using a proxy on dev.osm.org, but it'd be quite complex and really this is just a bit of fun. I understand, on the other hand, twitting code available to other server based parts of OSM could be usefull. -- Było mi bardzo miło. Czwarta pospolita klęska, [...] Łukasz Już nie katolicka lecz złodziejska. (c)PP -- Najlepsze oferty Sylwestrowe! Sprawdz http://link.interia.pl/f2426 attachment: stlman.vcf___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch vs Twitter
El Lunes, 9 de Noviembre de 2009, Richard Fairhurst escribió: H[...] TomH has looked at this and is happy, I trust, that it's not doing anything evil like harvesting passwords. I cannot believe evil FakeSteveC is not involved in this :-P -- -- 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. Este e-mail se reserva el derecho de admisión. 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-talk] Tile Cache Time
Peter Körner wrote: Is there a tile server with longer Cache max-age available. To setup my own tile server is not possible at the moment. Maybe you can set up a proxy, cache the tiles for yourself or feth them directly from tile.openstreetmap.org, just manipulating the headers.. Thanks for the hint. The problem now is, that iPhone ignores Cache-Control. :-( Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tile Cache Time
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 bernhard schreef: Thanks for the hint. The problem now is, that iPhone ignores Cache-Control. :-( Maybe complaining at Apple helps, or just installing another browser :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkr4UqoACgkQYH1+F2Rqwn1P0ACeNfqw5gctNpoph9232Frzz4rV VhsAn1ygG0y1zrjTf9if4K60JAQMe/EC =S69w -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tile Cache Time
hi Thanks for the hint. The problem now is, that iPhone ignores Cache-Control. :-( Maybe complaining at Apple helps, or just installing another browser :) The iPhone Safari is an excellent browser. Zoom speed is much better than Firefox has. The 3D CSS extension uses openGL (or somthing similar) and is useable for high speed transformations - also 2D transformations. Also Chrome and Safari have this 3d CSS extension and really fast zoom ist possible. Loading the images in correct order is a problem, hopefully I will find a solution. FF und IE have better possibilities to cancel image loading ... But only webkit browsers are fast and that's the thing I like. http://tinyurl.com/ykvg2kq Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Will Google ever use OSM data?
That's what I believe what Google their ilk will not be prepared to sort out. I'd highly doubt it. Google engineers are very good at taking poorly structured data and automatically extracting useful info out of it. Care to give examples context? I see no evidence of it in GM at the moment. Hmm... Google Search? Google News? Google Scholar? ... Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] help with multipolygons
I'm trying to make a map of coastal vegetation in north Brazil: http://www.openstreetmap.org/?lat=-0.92649lon=-46.66564zoom=16layers=B000FTF I used multipolygons to specify adjacent wetland types (natural=wetland + wetland=mangrove/wetland=marsh) and neighbouring terrestrial forest, tagging the relations, not the ways. Terrestrial forests are on islands within marshes and mangroves (the mapnik map of www.openstreetmap.org does not differentiate between wetland=marsh and wetland=mangrove). The rendering on the main site works somehow, but, for example, the south-eastern forest islands and surrounding marshes receive an extra cover of the wetland pattern. Unfortunately, I haven't been able to figure out the error. Does anybody see whether this is a tagging/relation-building error of mine, or whether this is just due to limitations of the current renderers? I think it might be rather a rendering problem, because mapnik gets it apparently right on my computer (see attached PNG tile). Thanks for your help! Ulf -- Ulf Mehlig ulf.meh...@gmx.net -- attachment: testmap.png___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] remote editing with handheld
hi I was looking at this demo, and was wondering how effective it is. http://www.esri.com/software/arcgis/arcpad/demos.html Does any one have experience of editing maps with hand held devices? Are there any open source projects for this? What about accuracy and usability? -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Cassini rendering multilingular maps again
On Sun, Sep 13, 2009 at 5:43 AM, Marjan Vrban mvr...@gmail.com wrote: Anyone have idea when will http://cassini.toolserver.org/tile-browse/ update rendering tiles (last time 23.07.2009).? These should now be updated in near-real time (~5 minute lag). It's still slow since it hasn't rendered almost any of the 8 zoom tiles, but browsing higher zoom levels is relatively snappy. Here are some munin stats: http://cassini.toolserver.org/munin/toolserver.org/cassini.toolserver.org.html Please hammer the server to make the stats interesting :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch vs Twitter
On Nov 9, 2009, at 2:13 AM, Richard Fairhurst wrote: [1] Privacy stuff: Your ID and password are remembered on your local machine as a cookie (well, Flash's Local Storage), and not saved on osm.org. Twitter currently prevent Flash clients from connecting directly, though have said they're going to relax this. Until then, the posting needs to go via a proxy script on dev.openstreetmap.org. TomH has looked at this and is happy, I trust, that it's not doing anything evil like harvesting passwords. Why not use OAuth? (please use OAuth ;) michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] remote editing with handheld
On Tue, November 10, 2009 08:39, Kenneth Gonsalves wrote: hi I was looking at this demo, and was wondering how effective it is. http://www.esri.com/software/arcgis/arcpad/demos.html Does any one have experience of editing maps with hand held devices? Are there any open source projects for this? What about accuracy and usability? -- I do all of my OSM work on my Acer Aspire One netbook. It's not a handheld, but it is small. I've never used it out in the field, but I do take it with me whenever I travel, then I can dump data from the GPS and do some OSM work when I'm in the hotel, or cafe or wherever. The screen is a limiting factor (1024x600 resolution) but JOSM is usable. I think it could be used 'out and about', but it would be awkward. A tablet would be easier to carry and use. To be honest though I prefer carrying the GPS ($150) and a (paper) notebook ($1) and pen ($1). Of course, you could get one of these: http://www.ikegps.com/prodLine1000.aspx Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] remote editing with handheld
Kenneth Gonsalves wrote: Does any one have experience of editing maps with hand held devices? Are there any open source projects for this? What about accuracy and usability? Yes, there are. I have a Nokia n810 and have used OSM2Go, though the internal GPS isn't very good (no external antenna). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] remote editing with handheld
On Tuesday 10 Nov 2009 9:30:25 am Alex S. wrote: Kenneth Gonsalves wrote: Does any one have experience of editing maps with hand held devices? Are there any open source projects for this? What about accuracy and usability? Yes, there are. I have a Nokia n810 and have used OSM2Go, though the internal GPS isn't very good (no external antenna). how does the editing experience compare with that on desktops with something like JOSM? -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch vs Twitter
Michal Migurski wrote: Why not use OAuth? (please use OAuth ;) Potlatch 2 will (in fact Potlatch 2 already does!), because there's an OAuth library for AS3. There isn't one for AS1 and developing one for what's just a bit of fun would be overkill - better to spend the time on Potlatch 2 itself. cheers Richard -- View this message in context: http://old.nabble.com/Potlatch-vs-Twitter-tp26263904p26279455.html Sent from the OpenStreetMap - General mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Vandalisme
Inmiddels zijn de wijzigingen van thestig2009 in Wijster ongedaan gemaakt. Gr, Henk Op 9 november 2009 08:50 schreef Henk Hoff h...@toffehoff.nl het volgende: Hallo allen, Afgelopen weekend heeft een gebruiker met de naar thestig2009 het Drentse plaatsje Wijster even onder handen genomen. Het lijkt me dat dit moedwillige vandalisme is. http://www.openstreetmap.org/?lat=52.81665lon=6.51975zoom=15layers=B000FTF Inmiddels heb ik de gebruiker een bericht gestuurd en vriendelijk verzocht de wijzigingen ongedaan te maken. Tegelijkertijd heb ik ook de admins van de database gevraagd om de gewraakte changeset weer ongedaan te maken. Dit alles even ter info. Gr, Henk Hoff ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Vandalisme
Henk Hoff wrote: Inmiddels zijn de wijzigingen van thestig2009 in Wijster ongedaan gemaakt. Ik zie het. Overigens heb je niet de admins van de database nodig om een changeset ongedaan te maken. Iedereen met een OSM-account kan dat doen, en de juiste tool uit SVN helpt dan ook nog eens. Gezien de changeset comment chaos! lijkt het me verstandig om op te blijven letten op verdere edits. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] navigatie met spraakherkenning
Hoi allemaal, Allereerst mijn excuses aan iedereen die tevergeefs heeft geprobeerd onze website te bezoeken! Iets voor het versturen van mijn mail was hij nog online, maar vlak daarna moet het noodlot hebben toegeslagen. Inmiddels is hij weer online en normaalgesproken is hij dat altijd. Beste Stefan, Jij ook bedankt voor je interesse en je commentaar. Wat je zegt klopt natuurlijk. Om perfect werkende spraakherkenning voor gebruik in een auto te maken zul je idealiter de benodigde spraak in de auto moeten opnemen. Voor navigatie op de fiets op de fiets en voor een dicteerprogramma opde pc achter je bureau et cetera. Alle spraak die we verzamelen wordt dan ook zo goed mogelijk gelabeld, zodat een ontwikkelaar van een nieuw product weet welke spraak hij het beste kan gebruiken. Tot op zekere hoogte kan hij ook spraak gebruiken die niet onder de voor zijn product ideale omstandigheden is opgenomen. Het valt te vergelijken met de verschillende kaarten die je kunt maken met de OSM-data. Voor navigatie in de auto gebruik je een andere subset dan voor op de fiets, maar op kruispunten is het wel handig als je beide subsets kunt gebruiken. ;) Bij VoxForge is alle spraak die we kunnen krijgen welkom. Als iemand op deze lijst denkt: okay, maar ik ben eigenlijk alleen maar geïnteresseerd in spraakherkenning voor navigatie op de fiets (bijvoorbeeld), dan is het inderdaad het beste om onder vergelijkbare omstandigheden jezelf op te nemen. Doe het echter wel veilig! Dus bijvoorbeeld op een hometrainer in de tuin met het stuur in de richting waar de wind vandaan komt. Groet, Bolawy ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] GPS voor op de piste
Hallo! Beetje off topic, maar misschien is er hier iemand die goede tips heeft. Mijn schoonvader is een ski-fanaat en een digibeet. Hij is echter wel geïntrigeerd met het feit dat hij zijn eigen ski-beweging zou kunnen opnemen en thuis op de computer bekijken. Ik vraag me af of er mensen zijn die tips hebben over welke GPS het meest geschikt zou zijn. Voorwaarden zijn: - Eenvoudig te bedienen - Mogelijkheid een pistekaart in te lezen (in dit geval van Kirchberg) - Kleurendisplay - De mogelijkheid om topsnelheid etc. op te vragen - Handleiding en gebruik in het Nederlands Iemand tips of idëen? Groet, Milo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] GPS voor op de piste
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Milo van der Linden schreef: - Eenvoudig te bedienen Iemand tips of idëen? Ik dacht bij je bovenstaande wensen toch aan die Garmins die wij ook bij OSM hebben. Echter Eenvoudig vind ik ze niet te bedienen :S Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkr4lekACgkQYH1+F2Rqwn3BaQCfYnkThWmEZFB87UZxXzddgJEQ gCUAn0EXe3G6y16f6RwUflqe3jyw214o =V+k3 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Noordelijke mapping party - Update
Mensen, Inmiddels heb ik een locatie gevonden om als uitvalsbasis te dienen: Hotel Parkzicht; of beter gezegd het Cafe erbij: Grand Cafe 't Plein. Zie voor de details de wiki-pagina. Graag ook even hier aanmelden wanneer je van plan bent te komen. http://wiki.openstreetmap.org/wiki/Netherlands_Mapping_Parties_2009#Noordelijke_mapping_party_-_21_november_2009 Gr, Henk Hoff ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Macleay Island Mapping party is soon! (Sat 21st Nov)
Hi everyone. Just a quick note to let any Brisbane or nearby mappers know that the Macleay Island mapping party is fast approaching. We will be attempting to map as much of Macleay Island as we possibly can on Saturday the 21st of November, so the more people the merrier. Details are on the OSM wiki at: http://wiki.openstreetmap.org/wiki/Macleay_Island_Mapping_Party_November_2009 Please claim your slice of mapping pie so we can coordinate easily, and please pass this invitation on to anyone you think might be interested. Thanks, - David -- View this message in context: http://old.nabble.com/Macleay-Island-Mapping-party-is-soon%21-%28Sat-21st-Nov%29-tp26265210p26265210.html Sent from the OpenStreetMap - Australian Talk mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] NearMap PhotoMap imagery for OSM - JOSM slippymap plugin
Michael, Is there some way we can get this backported to -tested? JOSM r2405 has two frustrating quirks for me in it (you can't add an additional download to your first download, and some ways become unselectable after you upload). r2255 was quite nice in comparison, except for the zoom level 18 restriction (which seems to stem from getMaxZoom() in http://svn.openstreetmap.org/applications/viewer/jmapviewer/src/org/openstreetmap/gui/jmapviewer/OsmTileSource.java) Brendan p.s. My other frustration was downloading your patched alternative. Rapidshare seems to specialise in 41kB web pages telling me I can't download the 41kB file yet )-: Took me several retries before I got it ... On Fri, 06 Nov 2009 14:21:40 +0100, Michael wrote: Peter Ross wrote: I tried this plugin with the latest josm-tested.jar from the josm website and got the following exception. Ah, I'm sorry. I should have mentioned that I'm using -latest. I can try to compile a patched version of the plugin for -tested. I think that when you send me the version number this corresponds to an SVN revision that I can check out. The latest version doesn't compile against -tested. Attached is an updated patch that does not try to do the load balancing by itself and enables zoom levels up to 21. The corresponding download for -latest is @ http://rapidshare.com/files/303178932/slippymap.jar.html Michael ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] NearMap PhotoMap imagery for OSM - JOSM slippymap plugin
Brendan, Brendan Morley wrote: Is there some way we can get this backported to -tested? JOSM r2405 has Please send me the version number of the slippymap plugin you are using and I will try to patch that version. The latest version of the plugin does not compile against -tested. My other frustration was downloading your patched alternative. Rapidshare seems to specialise in 41kB web pages telling me I can't download the 41kB file yet )-: Took me several retries before I got it ... The plugin happens to be just slightly above the message size limit for the mailing list. Rapidshare was just my first idea where I could quickly put it. Probably I should just get myself an account for the wiki and upload it there. Michael ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Hausnummernimport, wie würdet ihrs mac hen?
Am 9. November 2009 07:22 schrieb Martin Simon grenzde...@gmail.com: Ich wuerde dem Gebaeude die Nummer geben - schliesslich werden nicht Eingaenge numeriert, sondern Gebaeude (oder?). nein, es werden Haupt-Eingaenge/Zugaenge zu Grundstuecken und Gebaeudeteilen nummeriert, nicht Gebaeude. ((1)) Irgendwie sagt deine Quelle nach kurzem überfliegen aber etwas anderes...hier wird nur von Grundstücksnummern gesprochen, ja, es werden Grundstuecke nummeriert. Eingänge finden nur Beachtung, wenn es um den Anbringungsort der Schildchen geht und als Anhaltspunkt in der Frage, wann ein Gebäude auch mehrere Hausnummern erhalten soll. ja, sobald es komplizierter wird, kommt es auf die Eingaenge an. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen bitte reparieren
Frederik Ramm schrieb: Hallo, Schorschi wrote: die Auszeichnungen der Relationen 6145, 181901, 14309 gelöscht wurden Ich hab das wiederhergestellt, allerdings habe ich die betr. Relationen geloescht und unter neuen IDs angelegt, anstatt die Tags den alten Relationen wieder hinzuzufuegen. Dadurch ist die Historie auch wieder handhabbar ;-) Der Vollständigkeit halber habe ich die Relation der Fahrrad-D-Route D8 in den entsprechenden Wiki-Seiten umgetragen. Wirklich schneller geht das Laden der Relation im Browser aber nicht, obwohl es nur 1460 Elemente sind. Eventuell müsste man die Route doch mal landesweise auftrennen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzregeln für OpenStreetMap?
Moin Jonas, Wie wäre es mit Erst fragen, dann löschen? D.h. im Zweifelsfall wird erst einmal derjenige kontaktiert, der die Daten eingetragen hat. nun, so mache ich es eigentlich immer, wenn mir seltsame Enträge über den Weg laufen. Wie lange sollte ich auf eine Antwort warten? Einen Tag? Eine Woche? Bis Weihnachten? Am 3.11. habe ich beispielsweise wegen http://www.openstreetmap.org/browse/way/25758418 und http://www.openstreetmap.org/browse/way/37004724 angefragt. Keine Antwort. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Potlatch auf Deutsch
Kann hier jemand bitte auf Deutsch übersetzen der Potlatch editor. Es hat nur ~60% der Einträge übersetzt: http://translatewiki.net/w/i.php?title=Special:Translatetask=untranslatedgroup=out-osm-potlatchlanguage=delimit=250 Hilfe bei der Anmeldung für Translatewiki: http://www.openstreetmap.org/user/Siebrand/diary/8342 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wer zerteilt planet.osm? - war: Frage zu asia.osm von der Geofabrik
Hallo Carten, Carsten Schwede schrieb: Jetzt kannst Du loslegen: Danke! Das Skript steht nun und die Umsetzung läuft: http://wince.dentro.info/koord/osm/navipowm/planet/ mal sehen, wie lange es dauert! Ist es noch richtig, dass beim Zerteilen der OSM-Dateien die Relationen entfernt werden? NaviPOWM nutzt sie m.W. momentan noch nicht, wollte es nur wissen. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wer zerteilt planet.osm? - war: Frage zu asia.osm von der Geofabrik
Hi Stefan, Stefan Dettenhofer (StefanDausR) schrieb: Ist es noch richtig, dass beim Zerteilen der OSM-Dateien die Relationen entfernt werden? NaviPOWM nutzt sie m.W. momentan noch nicht, wollte es nur wissen. Ja, die sind nicht drin. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzregeln für OpenStreetMap?
Am 09.11.2009 um 10:28 schrieb Rainer Knaepper rain...@smial.prima.de: Moin Jonas, Wie wäre es mit Erst fragen, dann löschen? D.h. im Zweifelsfall wird erst einmal derjenige kontaktiert, der die Daten eingetragen hat. nun, so mache ich es eigentlich immer, wenn mir seltsame Enträge üb er den Weg laufen. Wie lange sollte ich auf eine Antwort warten? Einen Tag? Eine Woche? Bis Weihnachten? Also ich würde 3-4 Wochen schon für angemessen halten und zwischen drin nochmal nachfragen (vllt. ist er im Urlaub, hat kein Internet im Moment, erste E-Mail ist im Spamfilter gelandet...) Wenn es dann immernoch keine Antwort gibt greift mein 2. Grundsatz ;-) Ich kann gerde mobil nicht genau sehen, um was es da geht, aber wenn es um eine private Radtour geht, dann kann man die schon löschen. Sinnvoll wäre noch, dass man in der Kontaktmail auch Alternativen, z.B. Bikemap.net aufzeigt. Gruß Jonas Am 3.11. habe ich beispielsweise wegen http://www.openstreetmap.org/browse/way/25758418 und http://www.openstreetmap.org/browse/way/37004724 angefragt. Keine Antwort. Rainer -- ___ 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] Relevanzregeln für OpenStreetMap?
Jonas Krückel schrieb: Ich kann gerde mobil nicht genau sehen, um was es da geht, aber wenn es um eine private Radtour geht, dann kann man die schon löschen. Sinnvoll wäre noch, dass man in der Kontaktmail auch Alternativen, z.B. Bikemap.net aufzeigt. Geht wohl darum, dass der user bei seiner Radtour den Weg aufgezeichnet und eingestellt hat, obwohl es wenige Meter daneben den Weg schon gibt. Da der aber schon seit Monaten nix mehr gemacht hat, interessiert ihn das Thema osm wohl nicht mehr. Oder hat den Fehler hinterher selber gemerkt und bei OSM frustriert aufgegeben. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzregeln für OpenStreetMap?
Am 09.11.2009 um 12:30 schrieb Andre Joost andre+jo...@nurfuerspam.de: Jonas Krückel schrieb: Ich kann gerde mobil nicht genau sehen, um was es da geht, aber wenn es um eine private Radtour geht, dann kann man die schon löschen. Sinnvoll wäre noch, dass man in der Kontaktmail auch Alternativen, z.B. Bikemap.net aufzeigt. Geht wohl darum, dass der user bei seiner Radtour den Weg aufgezeichnet und eingestellt hat, obwohl es wenige Meter daneben den Weg schon gibt. Da der aber schon seit Monaten nix mehr gemacht hat, interessiert ihn das Thema osm wohl nicht mehr. Oder hat den Fehler hinterher selber gemerkt und bei OSM frustriert aufgegeben. Nun, dann ist sein Weg in der Realität wohl nicht vorhanden bzw. er hat einfach falsche Daten eingetragen. Das hat dann mit Relevanz nicht viel zu tun. Bei so einem Fall (wenn/sofern kein Zweifel besteht) würde ich direkt löschen und den User noch auf seinen Fehler hinweisen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Paketstation - welche Leistung
Moin ! weiß einer von Euch woran man ganz einfach erkennen kann, ob eine Paketstation für Abholen und ggf. abgeben ausgestattet ist? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relevanzregeln für OpenStreetMap?
Hallo allerseits! IMHO kann man die Wikipedia mit OSM nur schlecht vergleichen. In einem Wikipedia-Artikel muß sich jeder Leser/Sucher durch den gesamten Text kämpfen, weniger relevante Inhalte erschweren also die Benutzung und senken die Qualität. Bei OSM dagegen ist der Datenbestand nicht direkt sichtbar, sondern wird erst durch Renderer oder Tools aufbereitet. Dabei fallen nicht explizit angeforderte Informationen meistens automatisch weg. Ein zusätzlicher, irrelevanter Inhalt stört also grundsätzlich nicht - nur mißverständlich oder falsch eingetragene Dinge belasten das Projekt. Außerdem haben wir da noch den chaotisch-statistischen Ansatz von OSM: Wenn Du einen neuen Vorschlag hast, verwende ihn einfach mal und wenn die Idee gut war, wird es sich schon durchsetzen. Das verträgt sich nicht wirklich mit Relevanzregeln, jeder neue Vorschlag dürfte der Mehrheit, die nicht damit arbeitet, erst mal als unbedeutend erscheinen. Zu guter letzt haben wir es bisher nicht geschafft, uns auf das Tagging von Basiselementen wie Radwegen zu einigen, da möchte ich nicht wirklch versuchen einen Konsens für Relevanzregeln auszudiskutieren. :-) Wie wäre es mit Erst fragen, dann löschen? D.h. im Zweifelsfall wird erst einmal derjenige kontaktiert, der die Daten eingetragen hat. nun, so mache ich es eigentlich immer, wenn mir seltsame Enträge über den Weg laufen. Wie lange sollte ich auf eine Antwort warten? Einen Tag? Eine Woche? Bis Weihnachten? Ich denke auch, eine Frist von 3-4 Wochen sollte angemessen sein, um übliche Urlaube und Offlinezeiten zu erlauben. Wenn danach jemand scheinbar gar nicht mehr aktiv ist, muß schließlich jemand anders übernehmen und aufräumen. Wie würdet Ihr eigentlich damit umgehen, wenn jemand heute schon etwas übereifrig Dinge als nicht relevant löscht, die andere Leute eingetragen haben und auch durchaus benutzen wollen? Also ich meine natürlich wenn anschreiben nichts bringt. bye Nop -- 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] Relevanzregeln für OpenStreetMap?
Am 09.11.2009 um 14:22 schrieb Nop ekkeh...@gmx.de: Hallo allerseits! IMHO kann man die Wikipedia mit OSM nur schlecht vergleichen. In einem Wikipedia-Artikel muß sich jeder Leser/Sucher durch den gesamt en Text kämpfen, weniger relevante Inhalte erschweren also die Benut zung und senken die Qualität. Bei OSM dagegen ist der Datenbestand nicht direkt sichtbar, sondern wird erst durch Renderer oder Tools aufbereitet. Dabei fallen nicht explizit angeforderte Informationen meistens automatisch weg. Ein zu sätzlicher, irrelevanter Inhalt stört also grundsätzlich nicht - nur mißverständlich oder falsch eingetragene Dinge belasten das Proj ekt. Außerdem haben wir da noch den chaotisch-statistischen Ansatz von OS M: Wenn Du einen neuen Vorschlag hast, verwende ihn einfach mal und wenn die Idee gut war, wird es sich schon durchsetzen. Das verträgt sich nicht wirklich mit Relevanzregeln, jeder neue Vorschlag dürfte der Mehrheit, die nicht damit arbeitet, erst mal als unbedeutend ers cheinen. Zu guter letzt haben wir es bisher nicht geschafft, uns auf das Tagging von Basiselementen wie Radwegen zu einigen, da möchte ich ni cht wirklch versuchen einen Konsens für Relevanzregeln auszudiskutie ren. :-) Wie wäre es mit Erst fragen, dann löschen? D.h. im Zweifelsfall wird erst einmal derjenige kontaktiert, der die Daten eingetragen hat. nun, so mache ich es eigentlich immer, wenn mir seltsame Enträge ü ber den Weg laufen. Wie lange sollte ich auf eine Antwort warten? Einen Tag? Eine Woche? Bis Weihnachten? Ich denke auch, eine Frist von 3-4 Wochen sollte angemessen sein, um übliche Urlaube und Offlinezeiten zu erlauben. Wenn danach jemand s cheinbar gar nicht mehr aktiv ist, muß schließlich jemand anders übernehmen und aufräumen. Schön, dass wir hier (Relevanzregeln und Fristen) übereinstimmen :-) Wie würdet Ihr eigentlich damit umgehen, wenn jemand heute schon etw as übereifrig Dinge als nicht relevant löscht, die andere Leute eing etragen haben und auch durchaus benutzen wollen? Also ich meine natü rlich wenn anschreiben nichts bringt. Weil wir keine Relevanzregeln haben fällt das dann eher in die Kategorie Vandalismus und dafür haben wir ja bereits Prozesse und Mittel (Working group der foundation...) Gruß Jonas bye Nop -- 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketstation - welche Leistung
Jan Tappenbeck schrieb: Moin ! weiß einer von Euch woran man ganz einfach erkennen kann, ob eine Paketstation für Abholen und ggf. abgeben ausgestattet ist? In OSM oder im realen Leben ? ;-) Im realen Leben haben *Paketboxen* nur ein Fach zum Einwerfen (one way only), an *Packstationen* gibt es eine Vielzahl von Klappen oder ein Rotationssystem zum Einlegen oder Abholen der Sendungen. Die einschlägigen Wikipedia-Artikel zeigen die typischen Bauformen. Gruß, andré Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketstation - welche Leistung
Andre Joost schrieb: Jan Tappenbeck schrieb: Moin ! weiß einer von Euch woran man ganz einfach erkennen kann, ob eine Paketstation für Abholen und ggf. abgeben ausgestattet ist? In OSM oder im realen Leben ? ;-) Im realen Leben haben *Paketboxen* nur ein Fach zum Einwerfen (one way only), an *Packstationen* gibt es eine Vielzahl von Klappen oder ein Rotationssystem zum Einlegen oder Abholen der Sendungen. Die einschlägigen Wikipedia-Artikel zeigen die typischen Bauformen. Gruß, andré Joost Ja - im Grunde ja. Ich habe aber schon Schrankformen gesehen mit nur Abholen und mit beiden Formen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketstation - welche Leistung
Jan Tappenbeck schrieb: Ja - im Grunde ja. Ich habe aber schon Schrankformen gesehen mit nur Abholen und mit beiden Formen. Was sagt der DHL-eigene Packstationsfinder zu den nur-Abhol-Stationen? Sowas ist mir aus meiner Umgebung eher nicht bekannt. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzregeln für OpenStreetMap?
Nop ekkeh...@gmx.de wrote: Zu guter letzt haben wir es bisher nicht geschafft, uns auf das Tagging von Basiselementen wie Radwegen zu einigen, da möchte ich nicht wirklch versuchen einen Konsens für Relevanzregeln auszudiskutieren. :-) Ich halte eine solche Diskussion für Unfug, weil das Problem bei OSM so nicht existiert. Hatte ich in meinem Blog schon was drüber geschrieben und eigentlich nicht erwartet, dass es hier überhaupt zu einer solchen Diskussion kommen könnte. http://blog.gegg.us/2009/10/problems-in-wikipedia-that-openstreetmap-does-not-have/ Gruss Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /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
[Talk-de] Wanderwege-Overlay Hillshading
Hallo, ich habe mir gerade die Wanderkarte http://osm.lonvia.de/world_hiking.html angeschaut. Dabei ist mir aufgefallen, dass das Hillshading bei mir nicht angezeigt wird. Ist da gerade was kaputt, oder liegt das an meinem Browser? (Firefox 3.5.4 unter Linux) Auf http://www.osm-wms.de/ funktioniert das Hillshading. Grüße, Stephan PS Tolle Karte übrigends!! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummernimport, wie würdet ihrs m achen?
Am So November 8 2009 glaubte Markus zu wissen: Ziel ist, den Hauseingang über die Adresse zu finden. Dieses Ideal ist m.E. mit einem Import nicht zu verwirklichen. Da sind Ortskenntnisse erforderlich. Deine Idee, den Hauseingang als Punkt möglichst nah an die Hausmauer zu setzen, finde ich gut. Rettungsorganisationen müssen wissen, wie sie zum Herzinfarkt an der XY-Strass Z kommen. Da nützt es wenig, wenn der Hausumriss als Nummer attributiert ist. Sorry, aber der Gedanke daran, daß Rettungsdienste OSM nutzen, um möglichst schnell eine bestimmte Adresse zu finden läßt mich erschauern. Hier sieht es so aus: http://www.openstreetmap.org/?lat=49.3315lon=9.7083zoom=12layers=B000FTFT Schau dich mal ein wenig um. Oft sind nur Ortsdurchfahrten vorhanden und der Ortsname steht da. Darüberhinaus fehlen noch einige Straßen außerorts (teilweise bedeutet da ein Umweg gut 10 min) und der eine oder andere Ort mitsamt Zufahrtsstraßen ist noch nicht mal verzeichnet. In ein paar (vielen?) Jahren vielleicht mal. flo -- Wenn Embrios hier posten dürfen, dann haben die Mütter ja noch mehr zu schleppen. So ein P.C. im Mutterleib, ist doch eine belastung. Aber was tut Mami nicht alles, damit das Kindlein Spass hatt? [WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzregeln für OpenStreetMap?
Original-Nachricht Datum: Mon, 9 Nov 2009 15:02:41 + (UTC) Von: Sven Geggus li...@fuchsschwanzdomain.de An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Relevanzregeln für OpenStreetMap? Nop ekkeh...@gmx.de wrote: Zu guter letzt haben wir es bisher nicht geschafft, uns auf das Tagging von Basiselementen wie Radwegen zu einigen, da möchte ich nicht wirklch versuchen einen Konsens für Relevanzregeln auszudiskutieren. :-) Ich halte eine solche Diskussion für Unfug, weil das Problem bei OSM so nicht existiert. Na ja, Definitionssache ;) Sobald man in die Anwendungsebene wechselt, steht man exakt vor dem Problem, was man als relevant auswertet. Es ist ja heute schon faktisch unmoeglich, alles in der Form auszuwerten, in der es mal vorgesehen war, da die Selbstreinigungskraft der DB dafuer nicht ausreicht. Die reale Relevanz besteht also auch darin, ob meine Eintragungen von allen Applikationen, von wenigen oder von keinen ausgewertet werden... -- 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] Hausnummernimport, wie würdet ihrs m achen?
Hallo Flo, daß Rettungsdienste OSM nutzen, um möglichst schnell eine bestimmte Adresse zu finden Bei uns ist die Topo-25 installiert. Diese wird ergänzt durch persönliches Wissen. Je nach Zusammensetzung des Teams im Rettungsfahrzeug und dem Support durch die Leitstelle, führt das zu mehr oder weniger effizienten Zielfahrten. In ein paar (vielen?) Jahren vielleicht mal. Also ich kann mir das bereit heute vorstellen. Szenario: In der Leitstelle läuft auf einem grossen Monitor OSM. Neben der schon immer genutzten Karte, oder als Layer. OSM wird ergänzend zu allen anderen Quellen genutzt. Erkenntnisse der Fahrzeugbesatzungen werden in OSM eingepflegt und stehen so tagesaktuell allen anderen zur Verfügung. Und wenn die Fahrzeuge ihre Positionsdaten melden, können wir auch noch ein Flottenmanagement einrichten :-) Aber das setzt eben voraus, dass entsprechende OSM-Daten vorliegen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummernimport, wie würdet ihrs mac hen?
Florian Gross flor...@grossing.de wrote: Sorry, aber der Gedanke daran, daß Rettungsdienste OSM nutzen, um möglichst schnell eine bestimmte Adresse zu finden läßt mich erschauern. Ich bin mir ziemlich sicher, dass Navtec und Teleatlas da auch keinerlei Garantie übernehmen. Sven -- This golden age of communication Means everyone talks at the same time (Lyrics of New Model Army song 225) /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] Relevanzregeln für OpenStreetMap?
Am 9. November 2009 14:22 schrieb Nop ekkeh...@gmx.de: Wie würdet Ihr eigentlich damit umgehen, wenn jemand heute schon etwas übereifrig Dinge als nicht relevant löscht, die andere Leute eingetragen haben und auch durchaus benutzen wollen? Also ich meine natürlich wenn anschreiben nichts bringt. erstmal finden, ich habe z.B. das Problem, dass ich ganz sicher einen POI eingetragen habe (Uebersichtskarte), die aber zwischenzeitlich von jemandem geloescht wurde. Bin immer noch nicht dazu gekommen, den Verursacher zu suchen (vor allem weil ich keine brauchbare Methode kenne, wie ich es machen koennte). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummernimport, wie würdet ihrs m achen?
Am Mo November 9 2009 glaubte Markus zu wissen: Hallo Flo, daß Rettungsdienste OSM nutzen, um möglichst schnell eine bestimmte Adresse zu finden Bei uns ist die Topo-25 installiert. Diese wird ergänzt durch persönliches Wissen. Je nach Zusammensetzung des Teams im Rettungsfahrzeug und dem Support durch die Leitstelle, führt das zu mehr oder weniger effizienten Zielfahrten. Das hört sich sinnvoll an. In ein paar (vielen?) Jahren vielleicht mal. Also ich kann mir das bereit heute vorstellen. Szenario: In der Leitstelle läuft auf einem grossen Monitor OSM. Neben der schon immer genutzten Karte, oder als Layer. OSM wird ergänzend zu allen anderen Quellen genutzt. Erkenntnisse der Fahrzeugbesatzungen werden in OSM eingepflegt und stehen so tagesaktuell allen anderen zur Verfügung. Und wenn die Fahrzeuge ihre Positionsdaten melden, können wir auch noch ein Flottenmanagement einrichten :-) Aber das setzt eben voraus, dass entsprechende OSM-Daten vorliegen. Eben. Die sind teilweise sehr gut und teilweise so dürftig, daß sich der Fahrer so gut auskennen muß, daß er auf gar keine Karte mehr achten muß. flo -- We all agree that your theory is crazy, but is it crazy enough? - Niels Bohr (1885-1962) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummernimport, wie würdet ihrs m achen?
Am Mo November 9 2009 glaubte Sven Geggus zu wissen: Florian Gross flor...@grossing.de wrote: Sorry, aber der Gedanke daran, daß Rettungsdienste OSM nutzen, um möglichst schnell eine bestimmte Adresse zu finden läßt mich erschauern. Ich bin mir ziemlich sicher, dass Navtec und Teleatlas da auch keinerlei Garantie übernehmen. Bei denen fehlen quadratkilometerweise (Kreis-)Straßen und Ortschaften? flo -- On Nytol sleep aid: Warning: may cause drowsiness. Auf Nytol-Schlafmittel: Warnunung: Könnte Müdigkeit verursachen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen besser als Tags?
Original-Nachricht Datum: Sat, 07 Nov 2009 14:32:00 +0100 Von: Tirkon tirko...@yahoo.de An: talk-de@openstreetmap.org Betreff: [Talk-de] Relationen besser als Tags? Hallo Man mappt die Straßen zunächst einmal als Grundgerüst. Jede Straße verläuft grundsätzlich ungeteilt zwischen den zwei nächsten Abzweigungen (bzw Kreuzungen). Eine Teilung der Straße ist also nur noch möglich, wenn eine neue Abzweigung eingefügt wird. Ansonsten ist eine Straße unteilbar. Die Straßen erhalten grundsätzlich keine Tags. Entspricht der gaengigen graphenorientierten Abbildung, die sich anderswo sehr bewaehrt hat. Ein Strassen- oder Wegstueck ist dabei die Verbindung zwischen zwei Netzknoten. Es bleibt das Problem der Fragmentierung, wenn sich wichtige Eigenschaften innerhalb einer Verbindung ändern. Damals vor API 0.5 habe ich das Konzept von Segment/Way mal als Lösungsansatz gesehen, aber das Problem der Fragmentierung wurde damit ebensowenig gelöst wie mit der heutigen Abbildung. Im Prinzip hat man den damaligen Fehler nur eine Stufe weiter geschoben und der war schon immer, dass alles Attribute haben kann, die auch konkurrieren können. Damals warens Segment und way und heute sinds way und relation (und die node-Attribute wurschteln ja auch noch mit rein). Deshalb finfde ich deinen eigenschaftsorientierten Ansatz absolut klasse, denn Attribute werden immer komplexer und es sollten auch Attributsgruppen- und Bäume möglich sein. Von hier bis dort heißt die Straße XY-Straße. Also Relationen die sich entweder auf ein Stück einer Verbindung beziehen oder Verbindungen verknüpfen (aktuell die einzige Möglichkeit) oder Verbindungsstücke verknüpfen - klingt gut. 1) Funktioniert das Eigenschaftskonzept grundsätzlich? Davon kann man wohl ausgehen, aber die Sache hat einen Haken. Das Konzept ist sehr mächtig, mächtiger als die aktuellen Relationen. Ohne eine Richtschnur, die vorgibt, wohin man eigentlich will, läuft das Konzept Gefahr, die alten Fehler nochmal zu wiederholen und ein noch schlimmeres Dickicht zu schaffen. Gruesse Hubert -- DSL-Preisknaller: DSL Komplettpakete von GMX schon für 16,99 Euro mtl.!* Hier klicken: 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] Hausnummernimport, wie würdet ihrs m achen?
On Sun, Nov 08, 2009 at 11:39:40PM +0100, Mirko Küster wrote: Das ist nicht mein nuztzen. Es ging darum im Sinne eine Geo DB ein breites Anwendungsfeld offen zu halten. Und in dem Sinne ist es wertlos wenn die Adresse dann irgendwo ohne jegliche Verbindung zum eigentlichen Objekt auf einem Tor oder gar einzeln davor liegt. Das kann man ausser vielleicht noch zum Routen nicht mehr weiter verwenden. Sind wir Geo DB oder Router DB? Hast du ein Beispiel fuer kann man ausser vielleicht noch zum Routen nicht mehr weiter verwenden? Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummernimport, wie würdet ihrs m achen?
On Mon, Nov 09, 2009 at 05:54:13PM +0100, Florian Gross wrote: Ich bin mir ziemlich sicher, dass Navtec und Teleatlas da auch keinerlei Garantie übernehmen. Bei denen fehlen quadratkilometerweise (Kreis-)Straßen und Ortschaften? Die haben tonnenweise Straßen die angeblich befahrbar sind aber mittendrin aufhoeren oder Poempel haben. Ich habe einen Arbeitskollegen der an einer solchen Stelle wohnt. Nicht schlimm ist wenn nur der Pizzabote an den Poempeln wendet - aber es ist auch schon der RTW gesichtet worden ... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen besser als Tags?
Original-Nachricht Datum: Sat, 07 Nov 2009 19:52:27 +0100 Von: Tirkon tirko...@yahoo.de An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Relationen besser als Tags? Voraussetzung dafür ist natürlich eine sehr breite Zustimmung für ein neues Konzept innerhalb der Community. Oder eben man macht einen begrenzten Feldtest mit einem eigenen Datensatz an dem man die Vorteile demonstrieren kann. So könnte das Umdenken der User so langsam wie erforderlich stattfinden und mögliche Konzeptkorrekturen am lebenden Modell erprobt werden. Ich denke aber mal, dass ein gutes Konzept, das dem User als auch dem Programmierer der Anwendungen von vielen Beschwerlichkeiten und Begrenzungen eines alten Konzeptes befreit und zudem durchsichtiger ist, dem neuen OSM die User in Scharen zutreiben würde. Wenn dann OSM 1.0 verwaist, dann wird die Umschaltung auf OSM 2.0 schneller erfolgen, als mancher zu träumen gewagt hätte. So sehe ich auch meine eigenen Arbeiten - Brainstorming für eine mögliche 2.0 oder irgendeine Mischform. Derzeit teste ich mit einem Geometrielayer rum, der über das Knoten-Link-Konzept noch hinausgeht. Ich will keine Brüecken mehr mit zig Einzelelementen abbilden, sondern als Objekt in Abhängigkeit einer Kreuzung zweier Geometrieelemente. Was oben ist und was unten und die Breite der Brücke (ein bool und ein real) reichen zur Beschreibung, alles andere ist geometrisch bestimmt, zumindest in guter Annäherung. Mal schaun obs klappt. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummernimport, wie würdet ihrs m achen?
Am Montag 09 November 2009 17:54:13 schrieb Florian Gross: Ich bin mir ziemlich sicher, dass Navtec und Teleatlas da auch keinerlei Garantie übernehmen. Bei denen fehlen quadratkilometerweise (Kreis-)Straßen und Ortschaften? Interessiert mich das wenn ich mich in der einen Straße befinde, in dem einen Neubaugebiet, das in bisher keiner offiziellen bzw. kommerziellen Karte eingetragen ist? Gruß, Bernd -- Ein Diplomat ist jemand, der dich in einer Art und Weise zum Teufel wünscht, daß du dich auf den Trip freust. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen besser als Tags?
Am 9. November 2009 18:56 schrieb qbert biker qbe...@gmx.de: So sehe ich auch meine eigenen Arbeiten - Brainstorming für eine mögliche 2.0 oder irgendeine Mischform. eigentlich sind wir ja bei 0.7, angebracht wàre wohl so was wie 0.8. Derzeit teste ich mit einem Geometrielayer rum, der über das Knoten-Link-Konzept noch hinausgeht. Ich will keine Brüecken mehr mit zig Einzelelementen abbilden, sondern als Objekt in Abhängigkeit einer Kreuzung zweier Geometrieelemente. Was oben ist und was unten und die Breite der Brücke (ein bool und ein real) reichen zur Beschreibung, alles andere ist geometrisch bestimmt, zumindest in guter Annäherung. Mal schaun obs klappt. es gibt ja auch den Fall, dass oben mehrere Ways laufen, da waere es schoen, diese unterscheiden zu koennen in mehrere parallele Bruecken und mehrere Ways ueber eine gemeinsame Bruecke. Ich zeichne derzeit (vereinzelt) den Brueckenumriss und tagge das mit bridge=area. z.B. hier (nur ein Way oben, aber mehrere unten): http://www.openstreetmap.org/browse/way/42922473 optisch reicht das schon (wenn man es rendert, vielleicht sollte ich mal building=bridge versuchen ;-) ), um den Unterschied klarzumachen, beim routing ist es praktisch egal, und wenn man es direkt in die Daten schreiben will, kann man ja noch ne relation machen (bzw. ist die Brueckenarea mit den Endpunkten des Brueckenways darueber verbunden und hat denselben Layer). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketstation - welche Leistung
Andre Joost schrieb: Jan Tappenbeck schrieb: Ja - im Grunde ja. Ich habe aber schon Schrankformen gesehen mit nur Abholen und mit beiden Formen. Was sagt der DHL-eigene Packstationsfinder zu den nur-Abhol-Stationen? Sowas ist mir aus meiner Umgebung eher nicht bekannt. Es gibt keine Nur-Abhol-Stationen. Bei den Packstationen zum Paket abholen, können immer auch Sendungen aufgegeben werden. Dagegen gibt es Nur-Verschicken-Boxen, bei DHL PAKETBOXEN genannt. Dort werden Sendungen wie in einen Briefkasten eingeworfen - mehr nicht. -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen besser als Tags?
Original-Nachricht Datum: Mon, 9 Nov 2009 19:20:48 +0100 Von: Martin Koppenhoefer dieterdre...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Relationen besser als Tags? es gibt ja auch den Fall, dass oben mehrere Ways laufen, da waere es schoen, diese unterscheiden zu koennen in mehrere parallele Bruecken und mehrere Ways ueber eine gemeinsame Bruecke. Ich zeichne derzeit (vereinzelt) den Brueckenumriss und tagge das mit bridge=area. Freilich gibts das alles, aber die Masse der Brücken folgt einfachen Regeln, die sich automatisieren lassen sollten. So eine Vorgabe kann man automatisch rechnen und wenns mal nicht ins Schema passt, löst man die Automatik auf und verbessert manuell, um auch noch die letzten Exoten abzubilden. Wenn z.B. 90% aller Strassenbrücken symmetrisch sind, kann das für diese 90% der Rechner viel exakter berechnen als ich das je mit josm und geübten Auge hinbekommen würde. Ein (GPL-lizensierter-) Editor ist in Arbeit, aber bei max. 0.5h/Tag Zeit dafuer gehts eben nur langsam voran. Gruesse Hubert -- DSL-Preisknaller: DSL Komplettpakete von GMX schon für 16,99 Euro mtl.!* Hier klicken: http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tags für POI ?
Hallo Liste, ich möchte in der nächsten Zeit verstärkt auch POI eintragen. Mir ist aufgefallen, dass da noch eine Menge Tags fehlen. Ich denke, dass aus diesem Grund noch viele POI fehlen. Ich habe heute Nachmittag in meinem Wohngebiet eine kleine Runde gedreht. Dabei bin ich an einem Fitnessstudio, einem Kosmetikstudio und einer Fußpflege vorbeigekommen. Wie kann ich diese Einrichtungen taggen? Ciao Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wer zerteilt planet.osm? - war: Frage zu asia.osm von der Geofabrik
Hallo Stefan, Ist es noch richtig, dass beim Zerteilen der OSM-Dateien die Relationen entfernt werden? NaviPOWM nutzt sie m.W. momentan noch nicht, wollte es nur wissen. Die Relationen werden z.Z. noch nicht von NaviPOWM verwendet. Spaetestens wenn Flaechen gerendert werden (0.2.5 wahrscheinlich) muessen diese aber ausgewertet werden. Jetzt sind aber erst noch die Kuesten in Arbeit... Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummernimport, wie würdet ihrs m achen?
Hallo Flo, sorry für meine ungenaue Schreibe: Szenario: (OSM als Ergänzung zu anderen Informationsquellen) Aber das setzt eben voraus, dass entsprechende OSM-Daten vorliegen. Eben. Die sind teilweise sehr gut und teilweise so dürftig, Ich meinte nicht die erfassten Daten, sondern eine *Datenstruktur*, die die Daten-Erfassung so fördert, dass der Benutzer die Daten dann auch so verwenden kann, dass er sein Ziel erreicht. Dass also beispielsweise die Hausnummer irgendwie mit dem Eingang und der Zufahrtsstrasse verknüpft ist (und nicht irgendwo lose an einem Zaunpfahl hängt). Selbstverständlich kann der Leiter einer Rettungsleitstelle nicht nur einer Informationsquelle vertrauen, er wird immer mehrere nutzen. Und OSM ist da dank der simplen Editierbarkeit und der daraus möglichen Aktualität wirklich sehr geeignet. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düss eldorf
Hi Markus, du engagierst dich ja sehr. Das finde ich gut. Nur komischerweise nicht wirklich in dem für OSM essentiellen Diskussionsebenen. (vornweg die WIKI!) Bevor du also auf einer Messe irgendwelche Banner hochhälst, beteilige dich doch bitte auch am normalen Meinungsbildungsprozess auf diesen Systemebenen. Unter http://wiki.openstreetmap.org/wiki/Proposed_features/marine-tagging wartet man leider bis heute auf konstruktive Teilnahme deinerseits. Das finde ich echt Schade. Ich würde mir weniger Lobbyarbeit und mehr Informationsaustausch wünschen. Konstruktive Grüße Mario Markus schrieb: OpenSeaMap wird auf der boot in Düsseldorf präsentieren: www.boot.de 23.-31.1.2010 Halle 14, Stand G 39 Die boot ist mit 240.000 Besuchern und 1600 Ausstellern eine der grössten und wichtigsten Messen in Europa zum Thema Wassersport. Und wahrscheinlich eine der grössten Messen, auf denen OSM bisher vertreten war. Entsprechend anspruchsvoll ist die Herausforderung. Die Besucher bilden eine potentiell neue Benutzergruppe für OSM: Alle kennen sich aus mit Navigation, mit Karten, Koordinaten und GPS. Alle können ein GPS bedienen und wissen, wie man Tracks aufzeichnet. Die meisten besitzen ein eigenes Hand-GPS. Und sie kommen alle sehr viel rum in der Welt. Sie werden an unserem Stand OSM kennenlernen. Natürlich zielgruppengemäss als Seekarte: www.OpenSeaMap.org - die freie Seekarte Wir zeigen die Aktualität von OSM anhand der Slippymap. Fehlende Objekte können gleich am Stand eingetragen werden. In der Kartenwerkstatt bieten wir mehrere JOSM-Arbeitsplätze. In interaktiven Präsentationen können die Besucher die Geschichte von OSM kennenlernen, die Entwicklung der Community und der Datenbank, verschiedenen Spezialkarten ausprobieren, von der Rad- über die OPNV- bis zur Wanderkarte, und natürlich die Möglichkeiten der Seekarte kennenlernen. Es wird Tutorials geben zum mappen und zur Arbeit mit den Editoren, und natürlich wie man Karten nutzt und auf Geräten installiert. Wir haben einen Vortragsraum zur Verfügung, wo wir regelmässig ausgewählte Themen präsentieren. Und natürlich ist die boot Treffpunkt für alle OSMer aus nah und fern, zum Fachsimpeln, Erfahrungsaustausch, Klönen und Pläne schmieden. Soweit unser Konzept. Du bist herzlich eingeladen! Als Besucher und als Mitmacher. Vielleicht hast Du Lust, das Flair dieser Messe als Standbetreuer zu erleben? Oder vielleicht hast Du eine Präsentation, die Du schon mal woanders erfolgreich vorgeführt hast und die Du mitbringst oder zur Verfügung stellen willst? Oder vielleicht magst Du eine Präsentation erstellen? oder einen Screencast? oder ein Video drehen? Oder Du möchtest einen Vortrag halten? über OSM? über Kartografie? über Navigation? über Opensource? Oder Du hast Lust, einen (oder mehrere) Tage als Mentor in der Karten-Werkstatt Interessierte beim Kartografieren zu unterstützen? Wenn Du Lust oder eine Idee hast, ruf mich an. Mit herzlichem Gruss, Markus +49-9155-1715 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grenzverlauf Deutschland-Polen
Könnte bitte jemand prüfen, welcher der beiden Grenzwege der Korrekte ist. deutscher Import: http://www.openstreetmap.org/browse/way/29412776 polnischer Import: http://www.openstreetmap.org/browse/way/32525576 Ich würde auf ersteren tippen, da dieser mehr Details hat. Dies kann aber auch täuschen. Möglicherweise sind durch den polnischen Import auch andere Grenzabschnitte betroffen. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düss eldorf
Hallo, Mario Salvini wrote: du engagierst dich ja sehr. Das finde ich gut. Nur komischerweise nicht wirklich in dem für OSM essentiellen Diskussionsebenen. (vornweg die WIKI!) Grundsaetzlich finde ich, dass es bei OSM auch Raum fuer Eigenbroetler oder eigenbroetlerische Teams geben kann, die auf etablierte Strukturen und Kommunikationswege nichts geben und im stillen Kaemmerlein etwas auf die Beine stellen - zumindest zu einem gewissen Grade. Niemand ist gezwungen, sich am Wiki zu beteiligen. Auf der anderen Seite sollten sich die, die nicht bei OpenSeaMap mitmachen wollen, nicht davon abhalten lassen, an ihren Konzepten weiterzuarbeiten. Mir ist im Moment nicht ganz klar, ob OpenSeaMap womoeglich sowieso ein eigenstaendiges Projekt ist/werden soll, das zwar Daten aus OSM entnimmt, aber gar nicht den Anspruch hat, die eigenen Daten in OSM einzupflegen? Das waere ja durchaus zulaessig und, wenn man den Anspruch haette, die Daten strenger zu kontrollieren, auch gar nicht doof. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düsseld orf
Am 9. November 2009 22:38 schrieb Frederik Ramm frede...@remote.org: Hallo, Mario Salvini wrote: du engagierst dich ja sehr. Das finde ich gut. Nur komischerweise nicht wirklich in dem für OSM essentiellen Diskussionsebenen. (vornweg die WIKI!) Grundsaetzlich finde ich, dass es bei OSM auch Raum fuer Eigenbroetler oder eigenbroetlerische Teams geben kann, die auf etablierte Strukturen und Kommunikationswege nichts geben und im stillen Kaemmerlein etwas auf die Beine stellen - zumindest zu einem gewissen Grade. Niemand ist gezwungen, sich am Wiki zu beteiligen. Auf der anderen Seite sollten sich die, die nicht bei OpenSeaMap mitmachen wollen, nicht davon abhalten lassen, an ihren Konzepten weiterzuarbeiten. Mir ist im Moment nicht ganz klar, ob OpenSeaMap womoeglich sowieso ein eigenstaendiges Projekt ist/werden soll, das zwar Daten aus OSM entnimmt, aber gar nicht den Anspruch hat, die eigenen Daten in OSM einzupflegen? Das waere ja durchaus zulaessig und, wenn man den Anspruch haette, die Daten strenger zu kontrollieren, auch gar nicht doof. die Daten in OSM zu haben, wäre allerdings auch schön... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags für POI ?
Holger s...@der schrieb: Hallo Liste, ich möchte in der nächsten Zeit verstärkt auch POI eintragen. Mir ist aufgefallen, dass da noch eine Menge Tags fehlen. Ich denke, dass aus diesem Grund noch viele POI fehlen. Ich habe heute Nachmittag in meinem Wohngebiet eine kleine Runde gedreht. Dabei bin ich an einem Fitnessstudio, einem Kosmetikstudio und einer Fußpflege vorbeigekommen. Wie kann ich diese Einrichtungen taggen? Dito für Solarium. Da keine Tags im Wiki definiert sind, plädiere ich für shop=solarium shop=fitnessstudio shop=kosmetikstudio shop=fußpflege Ich halte nichts von gezwungenem Übersetzen ins Englische. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags für POI ?
Am 9. November 2009 23:09 schrieb Peter Körner osm-li...@mazdermind.de: Holger s...@der schrieb: ...Dabei bin ich an einem Fitnessstudio, einem Kosmetikstudio und einer Fußpflege vorbeigekommen. Wie kann ich diese Einrichtungen taggen? Dito für Solarium. Da keine Tags im Wiki definiert sind, plädiere ich für shop=solarium shop=fitnessstudio shop=kosmetikstudio shop=fußpflege Ich halte nichts von gezwungenem Übersetzen ins Englische. von gezwungenem Übersetzen halte ich auch nichts, aber da wir gemeinsam an der Weltkarte arbeiten, würde ich solche Dinge, für die es a) ein geeignetes Wort gibt, und die b) auch im Ausland vorkommen ein englisches Tag bevorzugen. Sonst kannst Du ja gleich: Ladengeschäft=Fußpflege schreiben. Im Wiki stehen durchaus schon Vorschläge, für Fitnessstudios gibt es bereits amenity=gym http://wiki.openstreetmap.org/wiki/Proposed_features/Gym Für Cosmetic gibt es shop=cosmetics http://wiki.openstreetmap.org/wiki/Proposed_features/shops_(multiple) wobei das dort definierte im Deutschen wohl eher eine Parfümerie wäre, oder was ist das für ein Cosmetic Studio? Studio klingt IMHO eher nach einem Ort, wo man geschminkt wird, (evtl. auch Handpflege, Typberatung und das Zeugs), oder ist das eher eine Verkaufsstelle? Fußpflege würde ich unterscheiden nach medizinischer Fußpflege und kosmetischer Fußpflege. Heisst auf englisch pedicure. Auch dieser Vorschlag betrifft das angesprochene Thema: http://wiki.openstreetmap.org/wiki/Proposed_features/beauty vielleicht sogar am Besten: mit ein paar Untertags (noch hinzuzufügen) könntest Du Deine Dinge nach der Definition dort alle als beauty eintragen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düsse ldorf
Frederik Ramm Grundsaetzlich finde ich, dass es bei OSM auch Raum fuer Eigenbroetler oder eigenbroetlerische Teams geben kann, die auf etablierte Strukturen und Kommunikationswege nichts geben und im stillen Kaemmerlein etwas auf die Beine stellen - zumindest zu einem gewissen Grade. Wobei es schon ein wenig irritierend ist, hier alle halbe Jahre mehr oder minder großartige Ankündigungen zu lesen, ohne daß essentielle Ergebbnisse vorgelegt sind. Die PR-Abteilung des Projektes funktioniert jedenfalls ;-) Niemand ist gezwungen, sich am Wiki zu beteiligen. Gott sei Dank :-) Auf der anderen Seite sollten sich die, die nicht bei OpenSeaMap mitmachen wollen, nicht davon abhalten lassen, an ihren Konzepten weiterzuarbeiten. Mir ist im Moment nicht ganz klar, ob OpenSeaMap womoeglich sowieso ein eigenstaendiges Projekt ist/werden soll, das zwar Daten aus OSM entnimmt, aber gar nicht den Anspruch hat, die eigenen Daten in OSM einzupflegen? Das waere ja durchaus zulaessig und, wenn man den Anspruch haette, die Daten strenger zu kontrollieren, auch gar nicht doof. Das erlebe ich etwas anders und stimme hier der Kritik von Mario zu. Inzwischen haben wir ein Tagging-Schema entwickelt, das sicherlich nicht perfekt, aber durchaus gut genug ist, daß die Kollegen z.B. in Finnland (Nähe Helsinki) und Amerika (Detroit u. Kalifornien) damit arbeiten. Nun kommt immer mal wieder ein Tönnchen daher, und enthält redundant die tags nach wiki und nach OpenSeaMap-Markus-Schema. Das sieht nach einem seltsamen, wenngleich eben zulässigen Wettbewerb aus. Ich fänd es an dieser Stelle schön, wenn die Kollegen den Verdacht, sie präferierten ihren tagging-Dialekt nur, weil sie die tags ohne den Präfix seamark nicht lesen können, ausräumen würden. Insofern würde ich mir wünschen, daß sich die OpenSeaMap-er etwas offener am OSM-Projekt Schaffung einer freien Seekarte beteiligen, und Ihrem stolzen Namen zukünftig besser gerecht werden. Die bewährten Kommunikationsmöglichkeiten von OSM dazu zu nutzen, wäre da ein schöner Weg. Na Leute? Wie wärs? Beste Grüße aus Berlin JJ www.freietonne.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düss eldorf
Frederik Ramm schrieb: Hallo, Mario Salvini wrote: du engagierst dich ja sehr. Das finde ich gut. Nur komischerweise nicht wirklich in dem für OSM essentiellen Diskussionsebenen. (vornweg die WIKI!) Grundsaetzlich finde ich, dass es bei OSM auch Raum fuer Eigenbroetler oder eigenbroetlerische Teams geben kann, die auf etablierte Strukturen und Kommunikationswege nichts geben und im stillen Kaemmerlein etwas auf die Beine stellen - zumindest zu einem gewissen Grade. Niemand ist gezwungen, sich am Wiki zu beteiligen. Auf der anderen Seite sollten sich die, die nicht bei OpenSeaMap mitmachen wollen, nicht davon abhalten lassen, an ihren Konzepten weiterzuarbeiten. Mir ist im Moment nicht ganz klar, ob OpenSeaMap womoeglich sowieso ein eigenstaendiges Projekt ist/werden soll, das zwar Daten aus OSM entnimmt, aber gar nicht den Anspruch hat, die eigenen Daten in OSM einzupflegen? Das waere ja durchaus zulaessig und, wenn man den Anspruch haette, die Daten strenger zu kontrollieren, auch gar nicht doof. Ich war (als unbeteiligter Entwickler) auf dem OpenSeaMap Developer Treffen und gebe jetzt einfach mal die Stimmung dort wieder. Ich fahre nicht zur See und wenn die ganze Geschichte in einem großen Editwar endet betrifft mich das persönlich nicht wirklich. Die Zusammenarbeit von freitonne und openseamap ist anscheinend (gelinde gesagt) eine Katastrophe. Ich kann nicht beurteilen wer da in der Vergangenheit wem was getan hat, aber aus den Reaktionen fürchte ich, daß aktuell keine sinnvolle Zusammenarbeit möglich ist. Wenn ich das richtig sehe, wollen sowohl openseamap als auch freietonne OSM als Datenbank verwenden und dort ihre Daten ablegen. Nur wird man sich nicht ansatzweise einig wie. Die openseamap Entwickler haben sich beklagt, daß Informationen die sie eintragen innerhalb kurzer Zeit mit dem Hinweis auf Redundanz entfernt werden. Aus der Systematik und Geschwindigkeit der Änderungen ist aus deren Sicht möglicherweise auf einen Bot o.ä. zu schließen. Ich sehe momentan keine Chance zur Einigung und würde einen Nichtangriffspakt vorschlagen. Die OSM Datenbank ist groß genug um zwei (redundante) Taggingschemen zu verdauen. Wenn sich also beide Seiten darauf einigen sich gegenseitig nicht zu behindern (z.B. über entsprechende namespaces der Tags), wäre zwar die Chance der direkten Zusammenarbeit erstmal vertan, aber zumindest können beide Projekte ihre Ziele voran bringen. Ich fände es wirklich sehr schade, wenn die Energie beider Projekte in Grabenkämpfe über den einzig richtigen Weg verpuffen würde! Gruß, ULFL [1] http://wiki.openstreetmap.org/wiki/Proposed_features/marine-tagging ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düss eldorf
Hallo, Ulf Lamping wrote: Ich fände es wirklich sehr schade, wenn die Energie beider Projekte in Grabenkämpfe über den einzig richtigen Weg verpuffen würde! Das waere auch ziemlich kurzsichtig, am Ende stehen wir naemlich ohne irgendeine Seekarte da. Falls es hier tatsaechlich schon kleine Edit Wars gibt oder eine Seite automatisiert Dinge loescht/umtaggt, die die andere Seite erfasst, so wuerden mich Details interessieren (Beispielobjekte, Benutzernamen), damit ich das mal recherchieren und die Beteiligten bei Bedarf persoenlich zum Aufhoeren auffordern kann. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düss eldorf
Hallo Frederik, Ulf Lamping wrote: Ich fände es wirklich sehr schade, wenn die Energie beider Projekte in Grabenkämpfe über den einzig richtigen Weg verpuffen würde! Das waere auch ziemlich kurzsichtig, am Ende stehen wir naemlich ohne irgendeine Seekarte da. Falls es hier tatsaechlich schon kleine Edit Wars gibt oder eine Seite automatisiert Dinge loescht/umtaggt, die die andere Seite erfasst, so wuerden mich Details interessieren (Beispielobjekte, Benutzernamen), damit ich das mal recherchieren und die Beteiligten bei Bedarf persoenlich zum Aufhoeren auffordern kann. Bitte schaue dir einmal die Knoten-Chronik unter den Changesets - http://www.openstreetmap.org/browse/changeset/2993686 - http://www.openstreetmap.org/browse/changeset/3060083 - http://www.openstreetmap.org/browse/changeset/2994520 an. Weitere Beispiele folgen bei bedarf. Cheers Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Umgangsformen (was: OpenSeaMap auf der boot in Düsseldorf)
Martin Koppenhoefer schrieb: die Daten in OSM zu haben, wäre allerdings auch schön... Und ich fände es schön, wenn es hier weniger Vollquotes und stattdessen aussagekräftige Betreffs geben würde. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düss eldorf
Hallo Ulf, hallo Frederik, Ich fände es wirklich sehr schade, wenn die Energie beider Projekte in Grabenkämpfe über den einzig richtigen Weg verpuffen würde! Ja, ich auch. Das ist ein zunehmend ernstes Problem. Seit Wochen werden unsere Daten gelöscht oder geändert. Damit wird die Entwicklungsarbeit massiv behindert. Wir können zwar bis zu einem gewissen Mass um solche Störungen herumarbeiten, aber es kostet unsinnig viel Zeit und Energie. Und wenn einem jeder Eintrag unterm Arsch weggelöscht wird, dann macht das Arbeiten in OSM nicht mehr wirklich Spass. Ich finde das ist mehr als nur schlechter Stil. Ärgerlich finde ich auch, wenn jeder Thread, in dem OpenSeaMap etwas berichtet, von anderen für eigene Werbung benutzt, oder sonstwie zweckentfremdet wird. Auf dem Entwicklerwochenende waren wir insgesamt sehr erfolgreich. Wir hatten eine gute Stimmung und waren voller Energie. Aber diese Störungen waren immer wieder Gesprächsthema, und das hat unsere Stimmung jedesmal runtergezogen und fühlbar verschlechtert. Und wir sind alle etwas ratlos, wie man damit umgehen kann. am Ende stehen wir naemlich ohne irgendeine Seekarte da. Das sicher nicht :-) Erforderlichenfalls bauen wir eine eigenen Datenbank. Aber das wäre halt unsinnige Redundanz und ist nicht beabsichtigt. Details Dazu können Ulf, Klaus, Matthias und Olaf sicher genaueres sagen. Aber vielleicht kann man dazu einen anderen Thread aufmachen? Hier wollen wir ja eigentlich über die boot berichten, über unsere Vorbereitungen und was wir schon erreicht haben. Mit etwas ratlosem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düsse ldorf
Hallo Ulf, zunächst: Ich bin kein Bot ;-) Ich war (als unbeteiligter Entwickler) auf dem OpenSeaMap Developer Treffen und gebe jetzt einfach mal die Stimmung dort wieder. Ich fahre nicht zur See und wenn die ganze Geschichte in einem großen Editwar endet betrifft mich das persönlich nicht wirklich. Die Tonnen haben tatsächlich schon einiges durch. Die Suche nach dem Tagging-Schema war nicht ohne, und das eine oder andere Script war dabei schon zugange. Ich mußte mir persönlich furchtbar auf die Lippe beißen, als genau zu meinem Urlaubsbeginn alle Tonnen aus meinem Navi verschwunden waren ... Eben deshalb finde ich, daß es günstig wäre, nicht mehrere Tagging- Schemata nebeneinander zu betreiben. Woran sollen sich diejenigen, die mitmachen wollen, orientieren? Das gegenwärtige Tagging-Schema ist nebenbei nicht Produkt der FreieTonne, es wurde im Wiki entwickelt, und wir haben es übernommen. Weil eben kein anderes da war. Die Diskussion dazu war transatlantisch und wie ich meine, erfolgreich. Zumindest haben wir ein Ergebnis. Die FreieTonne ist nebenbei nur Übersetzer, indem sie folgendes bereitstellt: - eine GPS-Upload - Interface - JOSM Presets - Eine Openlayers-Projektion - eine Offline-Seekarte Alle Daten werden aus der OSM-DB entnommen und dahin abgespeichert. Du warst bei jenem Treffen. Welche Probleme hat OpenSeaMap mit dem derzeitigen Schema? Die openseamap Entwickler haben sich beklagt, daß Informationen die sie eintragen innerhalb kurzer Zeit mit dem Hinweis auf Redundanz entfernt werden. Aus der Systematik und Geschwindigkeit der Änderungen ist aus deren Sicht möglicherweise auf einen Bot o.ä. zu schließen. Hier wird kein Bot eingesetzt, die Qualitätskontrolle steht jedermann unter: http://www.freietonne.de/index.php?site=24infotyp=1 zur Verfügung. Das zeitnahe Einlesen der Daten aus OSM war übrigens, der Seitenhieb sei erlaubt, im Frühjahr DIE große Forderung von OpenSeaMap an die FreieTonne. Sich jetzt darüber zu beklagen, daß wir's gelernt haben ;-) Ich habe jeden Eintrag händisch geprüft, und keine Information gelöscht. Das mache ich fast täglich, und es sollte in Ordnung gehen. Wir führen übrigens auch die History zu jedem Eintrag, eliminieren Dopplungen usw. Jeder mag prüfen, ob das so geht. Ich fände es wirklich sehr schade, wenn die Energie beider Projekte in Grabenkämpfe über den einzig richtigen Weg verpuffen würde! Da bin ich ganz bei Dir. Und wir sind nicht auf der Suche nach dem einzig richtigen Weg. Aber wir entwickeln uns. Unser erstes Tagging-Schema war das von Markus. Da kam die Diskussion um Sprechende Tags auf, und wir haben das neue Schema von Olaf benutzt. Daraus hat sich schließlich im Wiki das derzeitige Schema entwickelt. Und die FreieTonne hat das jeweils nur übernommen, sich angepaßt. Es geht also eindeutig nicht um FreieTonne vs. OpenSeaMap. Und es ist schade, daß das schon wieder thematisiert wird. Grüße aus Berlin JJ www.freietonne.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags für POI ?
Peter Körner schrieb: ich möchte in der nächsten Zeit verstärkt auch POI eintra Es fehlt da wirklich noch viel, wenn man systematisch drangeht. Grabsteinmetze, Friedhofsgärtnerei, Mostkelterei, Autolackerierei, Versicherungsmakler, Sprachschule für Erwachsene keine Ahnung wie man das tagt... shop=solarium shop=fitnessstudio shop=kosmetikstudio shop=fußpflege Gibt es eigentlich bei den Branchenbuch-Verlagen (Gelbe Seiten) irgendeinen halbwegs bundeseinheitlichen Schlüssel für Gewerbe? (Ja, die mögen absurd sein, zumindest ist es die Aufteilung in meinen Gelben Seiten. Aber immerhin wäre es ein etabliertes System) Ich halte nichts von gezwungenem Übersetzen ins Englische. Bringt jedoch Probleme für Leute, die europäische Karten bauen und dann POI-Tags wieder zu Icon-Gruppen zusammenfassen müssen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap - Datenschema
Guten Abend/Morgen Mario! Das hört sich vielversprechend an. Ist es auch :-) Vielleicht könnt ihr ja nun auch das Proposal mit vorantreiben. :-) Deshalb hatten wir Dich ja auch zum Entwicklerwochenende eingeladen. (ich weiss, war in der Hektik der Vorbereitungen zur boot etwas kurzfristig, aber vielleicht klappt es ja beim nächsten Mal?!) Mir gefällt Deine Darstellung ausgezeichnet und ich würde mich freuen, wenn unser Schema auch so schön bebildert dokumentiert wäre. Wir haben uns aber für einen anderen Weg entschieden: Wir verwenden die internationale Norm - und erleichtern dem Benutzer die Arbeit durch intelligente Werkzeuge. Damit er sich voll auf die Kartenarbeit konzentrieren kann und sich nicht mit den Schichten dahinter auseinandersetzen muss. Hier für Dich und alle anderen Interessierten eine kurze Zusammenfassung des von OpenSeaMap verwendeten Datenschema für den Bereich Seeschiffahrt, Binnenschiffahrt und Wassersport: _Weltmeere_ Das Datenschema von OpenSeaMap wurde bereits auf dem ersten Entwicklerwochenende im März festgelegt (entwickelt wurde es im November vergangenen Jahres). Es entspricht der internationalen Norm S-57 [1], die weltweit für alle im Seeverkehr installierten Kartensysteme Anwendung finden (ECDIS) [2] In der Anpassung für OSM haben wir die hierarchische Datenstruktur in eine pseudohierarchische überführt, damit sie in OSM darstellbar ist (ist auch ein Versuchsmodell für hierarchische Datenstrukturen in OSM). Damit neue Benutzergruppen damit simpel arbeiten können, haben wir benutzerfreundliche Werkzeuge entwickelt. Diese stehen natürlich allen OSMern zur Verfügung :-) Um Benutzern die Tags gern manuell eintragen die Arbeit zu erleichtern, haben wir das Datenschema im Juli vom internationalen 6-Digit-Code in eine auch für Laien lesbare Form übersetzt. [3, 4, 5] _Binnenschiffahrt_ Auch die Binnenschiffahrt richtet sich weltweit nach der internationalen Norm S-57 (Binnen-ECDIS). OpenSeaMap beschränkt sich im Binnenbereich vorerst auf Binnenwasserstrassen der Kategorie I..VII (Bundeswasserstrassen) [6, 7] und ihren Entsprechungen in allen anderen Ländern. Das OSeaM-Datenschema wird hier entsprechend verwendet. _Übrige Flussstrecken_ Nicht-schiffbare Flüsse und Flussoberläufe werden oft von Kajaksportlern benutzt. Das entsprechende Datenschema wurde von den Engländern entworfen und von hiesigen Wildwasserfahrern ergänzt. [8] _Häfen_ Zur Beschreibung der Hafenanlagen werden die üblichen OSM-Tags verwendet. Diese haben wir um nautische Besonderheiten passend ergänzt. Dazu gibt es eine beschreibend-erklärende Bilderseite. [9] _Vielfalt von OSM_ Wie bei OSM üblich gibt es viele Wege, die Welt zu beschreiben. Unser Anliegen ist es, im Bereich Nautik, wo es immer um Sicherheit für Schiff, Mannschaft, Passagiere und Ladung geht, ein möglichst konsistentes Datenschema zu erstellen, das auch von Nicht-OSMern verwendet werden kann. Und dennoch sicherzustellen, dass auch Land-OSMer damit möglichst problemlos umgehen können. Selbstverständlich benutzen wir parallel auch die touristischen Attribute wie man_made=lighthouse etc. Wir sind auch in der Lage, abweichende Schreibweisen mitzurendern. Ein gewisses Mass an Koexistenz ist also durchaus möglich. Dabei möchten wir uns aber auf Objekte beschränken, deren Daten im nautischen Sinne möglichst vollständig erfasst sind. Und da die Auswertung von abweichenden Datenschemen einen zusätzlichen Aufwand erfordert, wären wir froh, wenn sich die Vielfalt in Grenzen hält. _Aktuelle Schwerpunkte_ Mit Blick auf die boot beschäftigen wir uns aktuell ausschliesslich mit Benutzerschnittstellen, Produktivität und der konkreten Vorbereitung der Messe. Für die Entwicklung der Datenmodelle werden wir erst danach wieder Zeit haben. Produktive Grüße :-) Hast Du Lust, uns bei der Vorbereitung der Messe zu unterstützen? Wir würden uns freuen! Mit herzlichem Gruss, Markus [1] http://www.iho.shom.fr/ECDIS/s57intro.htm [2] http://de.wikipedia.org/wiki/ECDIS [3] http://wiki.openstreetmap.org/wiki/de:Leuchtfeuer/Datenmodell [4] http://wiki.openstreetmap.org/wiki/de:Tonne/Datenmodell [5] http://wiki.openstreetmap.org/wiki/de:Bake/Datenmodell [6] http://de.wikipedia.org/wiki/Binnenwasserstraße [7] http://de.wikipedia.org/w/index.php?title=Datei:Wasserwege.svg [8] http://wiki.openstreetmap.org/wiki/de:WikiProject_Whitewater_Maps [9] http://wiki.openstreetmap.org/wiki/de:Hafen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Editwar zwischen OpenSeaMap und FreieTo nne? (was: OpenSeaMap auf der boot in Düsse ldorf)
Markus schrieb: Seit Wochen werden unsere Daten gelöscht oder geändert. Und wenn einem jeder Eintrag unterm Arsch weggelöscht wird, dann macht das Arbeiten in OSM nicht mehr wirklich Spass. Vermutlich sind Eure Beiträge nicht relevant genug. Hier wollen wir ja eigentlich über die boot berichten, über unsere Vorbereitungen und was wir schon erreicht haben. Ich würde es toll finden, wenn Ihr irgendeine Art von Fragebogen-Aktion macht, um Leute anzusprechen, die bereits erste Erfahrungen bei der Mitarbeit bei OSM haben oder ein Fragebogen für Leute, die durch den Messestand angeregt die ersten Erfahrungen sammeln. Nicht dass ich nicht ahne, was dabei herauskommen kann. Aber es wäre toll etwas zu haben, was zumindest irgendwie nachvollziehbar aufzeigt, welche Anfangsprobleme Leute haben, die vielleicht fachlich (als erfahrene GPS- und Kartographie-Anwender) schon über KnowHow verfügen, aber dann den Sprung ins neue Metier schaffen müssen. (Mag kurios erscheinen, aber beim Standdienst von Wikipedia-Messeständen waren auch vor Jahren schon rund 50% Leute, die bereits mit Erfahrungen zum Stand kamen und die sich Ärger von der Seele reden wollten. Und irgendwie verpuffte das immer, weil es immer die Besucher waren, die es falsch verstanden und/oder falsch gemacht haben.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düsse ldorf
Hallo, Jan Jesse wrote: Das gegenwärtige Tagging-Schema ist nebenbei nicht Produkt der FreieTonne, es wurde im Wiki entwickelt, und wir haben es übernommen. Weil eben kein anderes da war. Ich hab mir mal hier diesen einen Node exemplarisch angeschaut: http://osm.mapki.com/history/node.php?id=359756831 Da sieht man, dass es kaum Loeschungen gab, es kam staendig was hinzu; am Schluss hat Markus einmal selbst seine alten grossgeschriebenen Tags geloescht und kleingeschriebene hingemacht, und dann hat der User freietonne-db einen Namen und Link hinzugefuegt und bei einigen Tags das seamark:... entfernt. Zunaechst einmal will ich anmerken, dass ich dieses hierarchische Tagging nach Art von natur=baum; natur:baum:typ=birke; natur_baum_birke_hoehe=30m, das von OpenSeaMap hier betrieben wird, fuer (a) OSM-untypisch und (b) unnoetig klobig halte. ABER - und ich beziehe mich da nur auf das Beispiel von diesem einen Node - das ist doch kein Grund, denen ihre Tags zu loeschen. Einfach Eure eigenen dazu, fertig - Waffenstillstand, wie Ulf sagt. Oder noch besser, Eure Software so bauen, dass sie ggf. auch die OpenSeaMap-Tags versteht. Das ist ja nun wirklich kein Hexenwerk. Ich habe jeden Eintrag händisch geprüft, und keine Information gelöscht. Das mache ich fast täglich, und es sollte in Ordnung gehen. Wir führen übrigens auch die History zu jedem Eintrag, eliminieren Dopplungen usw. Jeder mag prüfen, ob das so geht. In diesem Fall ist zwar keine *Information* geloescht worden, aber es wurden Tags geloescht. Wie oben geschrieben, ich bin auch der Ansicht, dass das Schema, dass sich OpenSeaMap da ausgedacht hat, komisch ist, aber warum deswegen streiten? Gerade weil deren Tags alle diese Prefixe haben, sind sie doch *sehr* leicht zu erkennen und im Zeifel auch zu ignorieren. Dann macht man noch ein Kontrolltool, das alle Nodes, die dual getaggt sind, prueft, ob beide Taggingwelten auch das gleiche aussagen - und damit kann man doch arbeiten. Irgendwann wird sich das ganze schon glaetten, aber wieso sollte jetzt in diesem fruehen Stadium der Elan einer der beiden Seiten durch sowas aetzendes wie eine ewige Tagging- diskussion gebremst werden? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düsse ldorf
Jan Jesse schrieb: Hallo Ulf, zunächst: Ich bin kein Bot ;-) Ich war (als unbeteiligter Entwickler) auf dem OpenSeaMap Developer Treffen und gebe jetzt einfach mal die Stimmung dort wieder. Ich fahre nicht zur See und wenn die ganze Geschichte in einem großen Editwar endet betrifft mich das persönlich nicht wirklich. Die Tonnen haben tatsächlich schon einiges durch. Die Suche nach dem Tagging-Schema war nicht ohne, und das eine oder andere Script war dabei schon zugange. Ich mußte mir persönlich furchtbar auf die Lippe beißen, als genau zu meinem Urlaubsbeginn alle Tonnen aus meinem Navi verschwunden waren ... Eben deshalb finde ich, daß es günstig wäre, nicht mehrere Tagging- Schemata nebeneinander zu betreiben. Woran sollen sich diejenigen, die mitmachen wollen, orientieren? Das, was ihnen besser gefällt? :-) Wenn es zwei nahezu identische Tagging Schematas gibt (eines ala freie Tonne, eines ala OpenSeaMap) und diese beide auf S-57 basieren, sollte es überhaupt kein Problem sein die entsprechenden Infos der Gegenseite zu inkludieren ohne diese in OSM anzufassen. Für den Endnutzer ergibt sich dann bei zwei Schemata *kein* Nachteil (außer vielleicht ein paar Stunden Bot Verzögerung). Das gegenwärtige Tagging-Schema ist nebenbei nicht Produkt der FreieTonne, es wurde im Wiki entwickelt, und wir haben es übernommen. Weil eben kein anderes da war. Die Diskussion dazu war transatlantisch und wie ich meine, erfolgreich. Zumindest haben wir ein Ergebnis. Wenn ich mir OpenSeaMap.org anschaue, habe ich nicht den Eindruck das dort keines vorhanden ist :-) Die FreieTonne ist nebenbei nur Übersetzer, indem sie folgendes bereitstellt: - eine GPS-Upload - Interface - JOSM Presets - Eine Openlayers-Projektion - eine Offline-Seekarte Alle Daten werden aus der OSM-DB entnommen und dahin abgespeichert. Du warst bei jenem Treffen. Welche Probleme hat OpenSeaMap mit dem derzeitigen Schema? Dazu kann und will ich nichts sagen. Die openseamap Entwickler haben sich beklagt, daß Informationen die sie eintragen innerhalb kurzer Zeit mit dem Hinweis auf Redundanz entfernt werden. Aus der Systematik und Geschwindigkeit der Änderungen ist aus deren Sicht möglicherweise auf einen Bot o.ä. zu schließen. Hier wird kein Bot eingesetzt, die Qualitätskontrolle steht jedermann unter: http://www.freietonne.de/index.php?site=24infotyp=1 zur Verfügung. Das zeitnahe Einlesen der Daten aus OSM war übrigens, der Seitenhieb sei erlaubt, im Frühjahr DIE große Forderung von OpenSeaMap an die FreieTonne. Sich jetzt darüber zu beklagen, daß wir's gelernt haben ;-) Ich habe jeden Eintrag händisch geprüft, und keine Information gelöscht. Das mache ich fast täglich, und es sollte in Ordnung gehen. Wir führen übrigens auch die History zu jedem Eintrag, eliminieren Dopplungen usw. Jeder mag prüfen, ob das so geht. Dann würde ich dich eindringlich bitten, mit den OpenSeaMap Leuten die Dopplungen einvernehmlich zu klären und *erst dann* zu löschen! Vielleicht kommt ganz einfach dein keine Information gelöscht bei OpenSeaMap schlicht ganz anders rüber? Ich fände es wirklich sehr schade, wenn die Energie beider Projekte in Grabenkämpfe über den einzig richtigen Weg verpuffen würde! Da bin ich ganz bei Dir. Und wir sind nicht auf der Suche nach dem einzig richtigen Weg. Aber wir entwickeln uns. Unser erstes Tagging-Schema war das von Markus. Da kam die Diskussion um Sprechende Tags auf, und wir haben das neue Schema von Olaf benutzt. Daraus hat sich schließlich im Wiki das derzeitige Schema entwickelt. Und die FreieTonne hat das jeweils nur übernommen, sich angepaßt. Es geht also eindeutig nicht um FreieTonne vs. OpenSeaMap. Und es ist schade, daß das schon wieder thematisiert wird. Über das eindeutig nicht bin ich mir noch ziemlich unklar :-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] hierarschies Tagging (was: OpenSeaMa p auf der boot in Düsseldorf)
Frederik Ramm schrieb: Zunaechst einmal will ich anmerken, dass ich dieses hierarchische Tagging nach Art von natur=baum; natur:baum:typ=birke; natur_baum_birke_hoehe=30m, das von OpenSeaMap hier betrieben wird, fuer (a) OSM-untypisch und (b) unnoetig klobig halte. Damit ließen sich -zumindest nach meiner Vorstellung- Multi-Amenty-POI-Nodes bauen. Also die Fälle von den Läden, die Tankstelle, Lottoshop, Kaufmannsladen, Bistro, und DPD-Paketshop in einem einzigen Verkaufsraum sind. (Und wo es x verschiedene Operator-Tags braucht) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] boot - Probleme von Neulingen
Hallo Johann, Endlich mal ein konstruktiver Beitrag zum Thema! (aber jetzt war der Betreff falsch ;-) ) Ich würde es toll finden, wenn Ihr irgendeine Art von Fragebogen-Aktion macht, um Leute anzusprechen, die bereits erste Erfahrungen bei der Mitarbeit bei OSM haben oder ein Fragebogen für Leute, die durch den Messestand angeregt die ersten Erfahrungen sammeln. Ja, das ist eine gute Idee! Hier könnte man in kurzer Zeit viele Neulinge befragen. Könnte man auch als Studienarbeit aufziehen oder als kleines Forschungsprojekt. Hast Du Lust, sowas zu organisieren? beim Standdienst von Wikipedia-Messeständen waren auch vor Jahren schon rund 50% Leute, die bereits mit Erfahrungen zum Stand kamen und die sich Ärger von der Seele reden wollten. Uff - so viel Ärger? Das wird bei OSM möglicherweise ähnlich sein? Und irgendwie verpuffte das immer, weil es immer die Besucher waren, die es falsch verstanden und/oder falsch gemacht haben. Das erinnert mich an viele Kunden- oder Mitarbeiterbefragungen: Wer die Meinung der anderen eigentlich gar nicht wissen will der sollte am besten gar nicht erst danach fragen. Usability beispielsweise kann man sich in einem ersten Schritt zwar ausdenken, aber wirklich gut wird sie erst, wenn man die Anwender nach Verbesserungswünschen fragt und diese auch umsetzt. Nach meiner Erfahrung lässt sich das aber nicht über Fragebögen regeln, sondern eigentlich nur über persönliche Interviews, oder noch besser über Bewegungsanalysen, verbunden mit nachträglicher Reflexion. Könnte man z.B. gut in der Kartenwerkstatt realisieren. Voraussetzung wären speziell dafür eingesetzte Beobachter/Interviewer. Eine solche Aktion lässt sich nicht von Standpersonal stemmen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düsse ldorf
Frederik Ramm schrieb: ABER - und ich beziehe mich da nur auf das Beispiel von diesem einen Node - das ist doch kein Grund, denen ihre Tags zu loeschen. Einfach Eure eigenen dazu, fertig - Waffenstillstand, wie Ulf sagt. Oder noch besser, Eure Software so bauen, dass sie ggf. auch die OpenSeaMap-Tags versteht. Das ist ja nun wirklich kein Hexenwerk. Ich war beim ersten OpenSeaMap Treffen dabei. Ich hab Markus und Olaf damals (in guter Absicht) vorgeschlagen ihre Tags mit einem Prefix zu versehen, damit diese nicht mit anderen in die Quere kommen. Sie haben anscheinend meinen Ratschlag befolgt. Anscheinend wird diese gute Absicht jetzt damit bedankt, das alles was diesen Prefix enthält gelöscht oder abgeändert wird. Entschuldigung, aber wenn ich das sehe könnte ich kotzen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düsse ldorf
Hallo Frederik, ach was könnte das Leben doch so einfach sein, wenn friedliche Koexistenz möglich wäre :-) das seamark:... entfernt. Das ist für die Daten ähnlich schlimm, wie wenn man das highway entfernen würde. Wir haben diesen Namensraum neu geschaffen, um zuverlässige nautische Daten zu markieren. Tags zu loeschen ist ein absolutes no go. Dagegen ist Löschen und wieder hochladen (so wie es Rambazamba manchmal macht) richtig harmlos. Software so bauen, dass sie ggf. auch andere Tags versteht. Das ist ja nun wirklich kein Hexenwerk. Machen wir seit ein paar Monaten ;-) Ist halt etwas aufwändig, je mehr Schemen berücksichtigt werden müssen. Aber was tut man nicht alles für friedliche Koexistenz... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düsseld orf
Frederik Ramm frede...@remote.org writes: Falls es hier tatsaechlich schon kleine Edit Wars gibt Natuerlich gibt es das. Um Nuernberg rum werden sehr gut ausgebaute strassen immer wieder gern von secondary auf tertiary zurueckgestuft (z.b. zwischen Kraftshof und Kalchreuth). Und dann andere von tertiary auf unclassified... Das hat dann den unangenehmen nebeneffekt, dass diese strassen auf uebersichtskarten nicht mehr auftauchen und alles irgendwie unvollstaendig wirkt. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenSeaMap auf der boot in Düsse ldorf
Hi! Jan Jesse schrieb: Das gegenwärtige Tagging-Schema ist nebenbei nicht Produkt der FreieTonne, es wurde im Wiki entwickelt, und wir haben es übernommen. Weil eben kein anderes da war. Die Diskussion dazu war transatlantisch und wie ich meine, erfolgreich. Zumindest haben wir ein Ergebnis. Erst mal vorangeschickt: Ich würde mich freuen, wenn es für alles einen eindeutigen und klar geregelten Weg gäbe, wie es in OSM zu taggen ist. Aber ich habe inzwischen verstanden, daß dem nicht so ist und daß OSM nicht so funktioniert. Nur weil Du Dein Schema für gut, ausreichend und erfolgreich hältst, ist das kein Grund, daß sich jemand anders nicht für eine Alternative entscheiden darf, insbesondere wenn diese Alternative sich nicht mit Deinem Schema überschneidet und daher völlig neutral danebensteht. OpenSeamap hat auch ein Ergebnis, und der hauptsächliche Grund, daß dieses Ergebnis in OSM noch nicht wirklich sichtbar ist, liegt daran daß die dafür nötigen Tags innerhalb eines Tages von freietonne_db gelöscht werden. Ich habe jeden Eintrag händisch geprüft, und keine Information gelöscht. Das mache ich fast täglich, und es sollte in Ordnung gehen. Wir führen übrigens auch die History zu jedem Eintrag, eliminieren Dopplungen usw. Jeder mag prüfen, ob das so geht. Du hast mit diesen Tags wesentliche Informationen gelöscht, die von OpenSeamap benötigt werden. Wie schon von anderen gesagt und im Relevanzthread diskutiert gibt es keinen Grund, bei OSM Tags zu löschen, nur weil Du sie für redundant hältst. Und spätestens mit dieser Maildiskussion weißt Du jetzt auch, daß sie nicht redundant sind, sondern definitiv benötigt und ausgewertet werden. Die Tags ohne Rückfrage mit dem Ersteller zu löschen gilt bei OSM als sehr schlechter Stil. Was Du da machst, ist keine Qualitätskontrolle, sondern ein destruktiver Eingriff in ein von anderen Leuten aufgebautes Tagging Schema. Wenn dieses Schema umständllich/unhandlich oder sonst irgendwie ungeeignet sein sollte, dann wird es sich nicht lange halten und/oder geändert werden. Aber das ist dann Sache von den Leuten, die es betreiben. Die Philosophie von OSM gestattet es auf jeden Fall jedem, mit neuen Tags zu experimentieren, zumindest solange er bestehende Daten nicht überschreibt. Ich fände es wirklich sehr schade, wenn die Energie beider Projekte in Grabenkämpfe über den einzig richtigen Weg verpuffen würde! Da bin ich ganz bei Dir. Und wir sind nicht auf der Suche nach dem einzig richtigen Weg. Aber wir entwickeln uns. Unser erstes Tagging-Schema war das von Markus. Da kam die Diskussion um Sprechende Tags auf, und wir haben das neue Schema von Olaf benutzt. Daraus hat sich schließlich im Wiki das derzeitige Schema entwickelt. Und die FreieTonne hat das jeweils nur übernommen, sich angepaßt. Dann laß die seamark:-Tags einfach in Ruhe und beide Projekte können sich entwickeln und vielleicht auch noch was voneinander lernen. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Ricerca tag su OSM
Salve a tutti Come si fa a trovare sulla mappa OSM dei tracciati che sono stati taggati, per esempio, con mtb:scale per poterseli scaricare ? Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Parco Naturale del Brenta
Ciao a tutti, sono nuovo sulla lista italiana, dunque mi presento primo. Gia, scusatemi per il mio Italiano, come non è la mia lingua materna. Sono Pierre, nickname Mortimer su OSM e sono arrivato a Trento (TN) da poco e provo di aggiungere cose della regione a OSM quando posso. La setimana scorsa ho lavorato un po su sentieri di excusione nel Brenta e ho visto che ci sono le limite del parco del Adamello, ma non del Brenta. Non sono sicuro come si aggiungano queste limite per il parco, in particulare dove trovare i data open per queste limite... ho trovato una carta qua: http://page.editeltn.it/pnab.it/fileadmin/parco/mobilita/mappa_del_Parco/mappa_del_Parco_h.jpg ma non mi sembra veramente utile. Da dove vengono le altre limite del parco del Adamello, etc? Grazie Pierre ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo render di highway=path su OpenCycleMap
Il 09 novembre 2009 11.04, Federico Cozzi f.co...@gmail.com ha scritto: Ciao a tutti, ho notato che negli ultimi render della OpenCycleMap le way che sono taggate highway=path, bicycle=yes vengono renderizzate esattamente come le way che sono taggate highway=cycleway. http://www.openstreetmap.org/?lat=45.6919lon=8.0822zoom=14layers=00B0FTF Commenti? Personalmente non sono d'accordo, perché ora i sentieri di montagna dove è possibile andare in MTB (highway=path bicycle=yes) vengono mostrati esattamente come le ciclabili urbane (highway=cycleway). E' anche abbastanza ridicolo che un percorso per MTB in parte track e in parte path (quindi in un certo senso è meglio dove è track e peggio dove è path) venga renderizzato come track dove è track, come ciclabile dove è path e graficamente le ciclabili sono più evidenti dei track (quindi diventa fuorviante: il percorso sembra meglio dove in realtà è peggio) beh ha fatto un rendering un po' così alla buona.. Penso che questo evidenzi definitivamente la stupidata di path... +1 Ciao, Federico ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Parco Naturale del Brenta
Il 09 novembre 2009 11.39, Pierre Andrews mortimer...@free.fr ha scritto: Ciao a tutti, sono nuovo sulla lista italiana, dunque mi presento primo. Gia, scusatemi per il mio Italiano, come non è la mia lingua materna. Sono Pierre, nickname Mortimer su OSM e sono arrivato a Trento (TN) da poco e provo di aggiungere cose della regione a OSM quando posso. ciao e benvenuto, il tuo italiano è ottimo, molto meglio del mio inglese ;-) La setimana scorsa ho lavorato un po su sentieri di excusione nel Brenta e ho visto che ci sono le limite del parco del Adamello, ma non del Brenta. Non sono sicuro come si aggiungano queste limite per il parco, in particulare dove trovare i data open per queste limite... ho trovato una carta qua: http://page.editeltn.it/pnab.it/fileadmin/parco/mobilita/mappa_del_Parco/mappa_del_Parco_h.jpg ma non mi sembra veramente utile. Da dove vengono le altre limite del parco del Adamello, etc? penso e spero che derivino dai dati della lombardia che ha ne concesso l'utilizzo, per ora il trentino non lo ha ancora fatto Grazie Pierre ciao Luca PS magari si può organizzare qualche uscita nel fine settimana visto che ti piace camminare, anch'io sono vicino a trento così come altri iscritti alla mailing list ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo render di highway=path su OpenCycleMap
2009/11/9 Federico Cozzi f.co...@gmail.com: Ciao a tutti, ho notato che negli ultimi render della OpenCycleMap le way che sono taggate highway=path, bicycle=yes vengono renderizzate esattamente come le way che sono taggate highway=cycleway. http://www.openstreetmap.org/?lat=45.6919lon=8.0822zoom=14layers=00B0FTF Commenti? Personalmente non sono d'accordo, perché ora i sentieri di montagna dove è possibile andare in MTB (highway=path bicycle=yes) vengono mostrati esattamente come le ciclabili urbane (highway=cycleway). E' anche abbastanza ridicolo che un percorso per MTB in parte track e in parte path (quindi in un certo senso è meglio dove è track e peggio dove è path) venga renderizzato come track dove è track, come ciclabile dove è path e graficamente le ciclabili sono più evidenti dei track (quindi diventa fuorviante: il percorso sembra meglio dove in realtà è peggio) +1 Penso che questo evidenzi definitivamente la stupidata di path... -1 Penso semplicemente che questo dimostri definitivamente l'ineguatezza di opencyclemap. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- - Pedretti Stefano stefano.pedre...@gmail.com PGP Fingerprint: 5B00129E http://paroledisilicio.wordpress.com Skype : ste.pedro83 mobile: +393292348186 - ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovo render di highway=path su OpenCycleMap
2009/11/9 Luca Delucchi lucadel...@gmail.com: beh ha fatto un rendering un po' così alla buona.. Penso che questo evidenzi definitivamente la stupidata di path... +1 Il problema è che non vedo come fare un rendering un po' meno alla buona con l'attuale schema di tag. Quando path fu introdotto venne spiegato così: come cycleway o footway o bridleway ma senza alcuna designazione d'uso. E' quindi ragionevole che alcuni pensino che highway=path + bicycle=yes (o forse meglio bicycle=designated) sia equivalente a highway=cycleway. Anche perché ad esempio le piste ciclopedonali (cartello blu con simbolo di pedone e bici) secondo alcuni devono essere mappate come highway=path+foot=yes+bicycle=yes (o sostituire yes con designated o official). Cioè highway=path secondo alcuni non dice niente sul tipo di fondo. Ma secondo altri (ad es. la maggior parte dei mappatori italiani) una footway è percorribile con i tacchi a spillo mentre un path richiede gli scarponcini e a questo punto non ha più senso che highway=path venga renderizzata come le ciclabili. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it