Re: [OSM-talk] First OpenGeoDB Import is done
Am Samstag, 19. Januar 2008 23:06 schrieb Martin Simon: Hi Sven! I checked my surroundings (~50.7/7.1) and noticed Bad Honnef, Rheinbach, Königswinter, Alfter, Unkel and Rheinbreitbach being updated by the OpenGeoDB Bot. Wachtberg was newly added and did'nt exist before. :-) The bot also added a placemark for the Rhein-Sieg-Kreis . The city of Bonn now exists twice - the old placemark was updated by the bot and also a new one was created(at the location stored in OpenGeoDB). Both contain OpenGeoDB data, but the data differs(is_in, auto_update...). Meckenheim also has two placemarks now, maybe because OpenGeoDB knows it as Meckenheim, Rheinland. However, in this case the old placemark called Meckenheim remained untouched. I think the official name is just Meckenheim and should be kept. What can I do about this(Bonn and Meckenheim) without breaking something? I have added a FAQ to the wiki Page: http://wiki.openstreetmap.org/index.php/User:OpenGeoDB#FAQ Hope all questions will be answered there. Sven ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] First OpenGeoDB Import is done
Sven Anders wrote: Am Samstag, 19. Januar 2008 23:06 schrieb Martin Simon: Hi Sven! I checked my surroundings (~50.7/7.1) and noticed Bad Honnef, Rheinbach, Königswinter, Alfter, Unkel and Rheinbreitbach being updated by the OpenGeoDB Bot. Wachtberg was newly added and did'nt exist before. :-) The bot also added a placemark for the Rhein-Sieg-Kreis . The city of Bonn now exists twice - the old placemark was updated by the bot and also a new one was created(at the location stored in OpenGeoDB). Both contain OpenGeoDB data, but the data differs(is_in, auto_update...). Meckenheim also has two placemarks now, maybe because OpenGeoDB knows it as Meckenheim, Rheinland. However, in this case the old placemark called Meckenheim remained untouched. I think the official name is just Meckenheim and should be kept. What can I do about this(Bonn and Meckenheim) without breaking something? I have added a FAQ to the wiki Page: http://wiki.openstreetmap.org/index.php/User:OpenGeoDB#FAQ Hope all questions will be answered there. Very silly question - This covers Germany? I only ask because it's not obvious and there are other countries that use German. -- Lester Caine - G8HFL - Contact - http://home.lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://home.lsces.co.uk MEDW - http://home.lsces.co.uk/ModelEngineersDigitalWorkshop/ Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] First OpenGeoDB Import is done
Am Sonntag, 20. Januar 2008 09:24 schrieb Lester Caine: Very silly question - This covers Germany? I only ask because it's not obvious and there are other countries that use German. The OpenGeoDB Project has data about (many places of): *Germany, *Belgium, *Liechtenstein, * Austria and *Switzerland. Best Regard Sven ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] First OpenGeoDB Import is done
Sven Anders wrote the following on 20/01/2008 09:56: Hi, today from 17:16 UTC to 20:53 UTC OpenGeoDB was imported to OpenStreetMap. Please have a look at the newly created data. I hope you enjoy the work. If there is corrupted data, please reporte soon. I have made a backup and hope that I could fix it. Just had a look at one of the tiles I was rendering for [EMAIL PROTECTED] home as I noticed a lot of place names overlapping. The import seems to have created duplicate nodes with differents tag. If you have a look in JOSM at : http://www.openstreetmap.org/?lat=47.9lon=13.45zoom=12layers=0BFT Validate picks up a stack of 7 duplicate nodes and another stack of 6 duplicate nodes. If you look at the 6 duplicate nodes there is one node named Powang and 5 named Oberleiten. If you look at the 5 Oberleiten nodes they have the same place=hamlet and population=17 tags, but different is_in and OpenGeoDB:postal_codes tags. Is this what you were expecting to happen? Cheers rcr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
Aaron Seigo mentioned and did a wonderful bit of advertising for OSM during his keynote speech for the KDE4 release at the Google headquarters in Mountainview CA yesterday. The full video can be found at http://video.google.com/videoplay?docid=6642148224800885420 but if you just want the OSM stuff, skip ahead to 1:11:00. Matt Williams ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] www based IRC
| | So that people can use #osm IRC from the web. This is useful for new | users to immediately get help and so on. Any chance this could require login and give users the same IRC name as OSM login name, rather than give people names like CGI543? /me waits for anonymity crowd to shout if the OSM login name is just used to populate the field it would be good. anyone not liking it can click in and change their name. -- Gregory [EMAIL PROTECTED] http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] First OpenGeoDB Import is done
Am Sonntag, 20. Januar 2008 13:41 schrieb Rob Reid: Sven Anders wrote the following on 20/01/2008 09:56: Hi, today from 17:16 UTC to 20:53 UTC OpenGeoDB was imported to OpenStreetMap. Please have a look at the newly created data. I hope you enjoy the work. If there is corrupted data, please reporte soon. I have made a backup and hope that I could fix it. Just had a look at one of the tiles I was rendering for [EMAIL PROTECTED] home as I noticed a lot of place names overlapping. The import seems to have created duplicate nodes with differents tag. If you have a look in JOSM at : http://www.openstreetmap.org/?lat=47.9lon=13.45zoom=12layers=0BFT Validate picks up a stack of 7 duplicate nodes and another stack of 6 duplicate nodes. If you look at the 6 duplicate nodes there is one node named Powang and 5 named Oberleiten. If you look at the 5 Oberleiten nodes they have the same place=hamlet and population=17 tags, but different is_in and OpenGeoDB:postal_codes tags. Is this what you were expecting to happen? I think you have found bad OpenGeoDB data. The Import is correct, when I do: select COUNT(*) from geodb_textdata where text_val=Oberleiten and text_type=50010; I got: +--+ | COUNT(*) | +--+ |5 | +--+ I was not expecting that OpenGeoDB data behaves like this. I will fix this area by hand soon. Best Regards Sven ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] First OpenGeoDB Import is done
Rob Reid schrieb: Sven Anders wrote the following on 20/01/2008 09:56: Hi, today from 17:16 UTC to 20:53 UTC OpenGeoDB was imported to OpenStreetMap. Please have a look at the newly created data. I hope you enjoy the work. If there is corrupted data, please reporte soon. I have made a backup and hope that I could fix it. Just had a look at one of the tiles I was rendering for [EMAIL PROTECTED] home as I noticed a lot of place names overlapping. The import seems to have created duplicate nodes with differents tag. If you have a look in JOSM at : http://www.openstreetmap.org/?lat=47.9lon=13.45zoom=12layers=0BFT Validate picks up a stack of 7 duplicate nodes and another stack of 6 duplicate nodes. If you look at the 6 duplicate nodes there is one node named Powang and 5 named Oberleiten. If you look at the 5 Oberleiten nodes they have the same place=hamlet and population=17 tags, but different is_in and OpenGeoDB:postal_codes tags. Is this what you were expecting to happen? I got pretty much the same here: http://informationfreeway.org/?lat=50.002206784996226lon=9.055237124779579zoom=12layers=B000F000F (Seligenstadt is on the map twice, so is Aschaffenburg and Babenhausen) and here: http://informationfreeway.org/?lat=50.100306186757365lon=8.714661026671264zoom=12layers=B000F000F (Frankfurt am Main and Offenbach) just to mention some places in the region I live in. Shall we all fix them manually (and if: how to do this best so that it won't be overriden / created again on next update) or will this be reverted (since it really shouldn't stay like this)? Jannis smime.p7s Description: S/MIME Cryptographic Signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] route type relations bus routes and bicycle routes
I just walked part of a cycle route. In fact we walked three cycle routes at once. I would like to create a relation, type=route and then copy this to the two other relations containing the same ways. Or is there a smarter way to go about this? Could relations contain other relations? I have the same problem with bus routes. They also tend to overlap quite a bit. Oh, I think for a bus route I actually tried another trick. Open route in JOSM, select all ways of it, then close and add those ways to a another route. The problem with that approach was that backward/forward information was lost, so I kind of gave up and hoped a later version of JOSM would help me out. As for the rendering. When and how are bus/tram routes going to be rendered? Could it be done as an overlay? I.e. not visible all the time. What happens when the routes overlap? Will only one be shown? Will they be shown side by side (my preference), like you see on those maps from the public transportation? I imagine trying to achieve that would be quite a challenge. I believe those maps are actually drawn with human intervention. The same questions apply to cycle and walking routes, but they are rendered already on Andy's map. I'll see what happens when two/three routes use the same ways there. Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [voting] shop=laundry
Hi! The corresponding RFC is now more than two weeks ago, with no substantial problems shown up (since it was updated 2007-12-31). Voting is opened for the next two weeks at http://wiki.openstreetmap.org/index.php/Proposed_features/Laundry Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] walking routes?
The same questions apply to cycle and walking routes, but they are rendered already on Andy's map. I'll see what happens when two/three routes use the same ways there. Also walking routes? This would be good news. I started with walking (hiking) route around Nuremberg. What are the recommended relation tags for walking routes? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk-nl] Openbaarmaking van het Nationaal Wegen Bestand (NWB)
http://www.verkeerenwaterstaat.nl/actueel/wobverzoeken/openbaarmakingvanhetnationaalwegenbestandnwb.aspx Hebben we hier iets aan? -- Jaap van Wingerde e-mail: [EMAIL PROTECTED] internet: http://jaap.vanwingerde.net/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Openbaarmaking van het Nationaal Wegen Bestand (NWB)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Jaap van Wingerde schreef: http://www.verkeerenwaterstaat.nl/actueel/wobverzoeken/openbaarmakingvanhetnationaalwegenbestandnwb.aspx Hebben we hier iets aan? Op zich heb ik op persoonlijke titel, tijdens dat ik betrokken was bij OSM wel een WOB verzoek `aangehouden' bij RWS. Maar het probleem is dus het hergebruik wat door RWS nog niet is toegestaan maar door AND wel. Als verzamelaar bij OSM zijn we dus op de goede weg, omdat we Nederland dus nu hebben, maar er is nog geen stormloop op de data voor applicaties. De bekende zijn natuurlijk de `waar zijn m'n vriendjes'... dat kan vast beter in de toekomst ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHk2THYH1+F2Rqwn0RCrA6AJ4ug5MdXz77Vt3wnvQtxrZRhpd3wQCeMxlZ WGBWrNlmMXL89QX6ERC2YVk= =Q4em -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Tagging-vragen
Hey, op Oostenburg in Amsterdam is een parkeerplaats die bestemd is voor werknemers van de bedrijven van de bedrijven daar omheen. Zie http://openstreetmap.org/?lat=52.369223lon=4.924855zoom=18layers=B0FT De parkeerplaats ligt in besloten in het stuk waar de oostenburgervoorstraat een knik maakt. Ik wil dit graag taggen als parkeerplaats, maar hoe moet dit gebeuren? Niet iedereen mag hier immers parkeren aangezien het gereserveerde parkeerplaatsen zijn. Verder is er bebouwing en een 'binnentuin' in oa het stuk tussen de Touwbaan, de Compagniestraat en de Oostenburgervoorstraat. Moeten binnentuinen aangegeven worden als park oid? Ook dit is niet openbaar. Het grote grijze vlak op http://openstreetmap.org/?lat=52.37154lon=4.92742zoom=17layers=B0FT is een bedrijventerrein met o.a. de Van Gent-hallen en het INIT-gebouw. Moeten wegen die daarover lopen op een bijzondere manier getagged worden? Af en toe is het hek naar het bedrijventerrein vanaf de parkeerplaats waar ik het net over had open, maar af en toe ook niet. Het terrein is volgens mij wel toegankelijk via de parkeerterrein aan de noord-oost-zijde bij het spoor. Het is namelijk niet de bedoeling dat eventuele routeplanners mensen hierover gaan laten rijden met de kans dat het afgesloten is, lijkt me. Ik heb nu geen gps-apparaat bij de hand, maar alle dingen die ik wil editen liggen omsloten door straten die als het goed is al wel op de goede plek liggen. Mag ik het dan nu al invullen (dat het eventueel later nog gedetailleerder gedaan kan worden), of is het de bedoeling dat dat meteen met een gps gaat? Met vriendelijke groet, Hans Bakker ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Openbaarmaking van het Nationaal Wegen Bestand (NWB)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Jaap van Wingerde schreef: Stefan de Konink wrote: Maar het probleem is dus het hergebruik wat door RWS nog niet is toegestaan maar door AND wel. Waar komt dat begrip hergebruik vandaan? Openbaar is openbaar lijkt me. Nope, 'hergebruik' is zeg maar de tweede parameter aan het hele WOB verhaal. Inzicht krijgen is zeg maar fase 1. Of je het opnieuw aangepast mag publiceren is twee. Dat laatste willen we als OSM doen, immers we willen data toevoegen aan hen NWB. Aangezien er al markt partijen met rechtzaken gingen dreigen is de overgangstermijn van 2009 gekomen. De fietsersbond met haar routeplanner voor op de fiets nam de korte route door niet als OSM zelf data te verzamelen maar bij de staat aan te kloppen. Omdat ze hun data niet veranderen en niet het originele materiaal herpubliceren is het scenario veel minder complex. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHk2uKYH1+F2Rqwn0RCt2DAJ9Tt6TuAcmubTZUNcWCENckQuQQaQCfWi0H FbuFHyFEjqaevjXkaD0RxqI= =Uart -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Openbaarmaking van het Nationaal Wegen Bestand (NWB)
Stefan de Konink wrote: Maar het probleem is dus het hergebruik wat door RWS nog niet is toegestaan maar door AND wel. Waar komt dat begrip hergebruik vandaan? Openbaar is openbaar lijkt me. -- Jaap van Wingerde e-mail: [EMAIL PROTECTED] internet: http://jaap.vanwingerde.net/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Openbaarmaking van het Nationaal Wegen Bestand (NWB)
Stefan de Konink wrote: Nope, 'hergebruik' is zeg maar de tweede parameter aan het hele WOB verhaal. Inzicht krijgen is zeg maar fase 1. Of je het opnieuw aangepast mag publiceren is twee. Dat laatste willen we als OSM doen, immers we willen data toevoegen aan hen NWB. http://wetten.overheid.nl/cgi-bin/deeplink/law1/title=Wet%20openbaarheid%20van%20bestuur hergebruik: het gebruik van informatie die openbaar is op grond van deze of een andere wet en die is neergelegd in documenten berustend bij een overheidsorgaan, voor andere doeleinden dan het oorspronkelijke doel binnen de publieke taak waarvoor de informatie is geproduceerd; Aangezien er al markt partijen met rechtzaken gingen dreigen is de overgangstermijn van 2009 gekomen. De fietsersbond met haar routeplanner voor op de fiets nam de korte route door niet als OSM zelf data te verzamelen maar bij de staat aan te kloppen. Omdat ze hun data niet veranderen en niet het originele materiaal herpubliceren is het scenario veel minder complex. Gebruiken voor een fietskaart lijkt me hergebruik. Ik ga het eens bestuderen. -- Jaap van Wingerde e-mail: [EMAIL PROTECTED] internet: http://jaap.vanwingerde.net/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Openbaarmaking van het Nationaal Wegen Bestand (NWB)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Jaap van Wingerde schreef: Stefan de Konink wrote: Nope, 'hergebruik' is zeg maar de tweede parameter aan het hele WOB verhaal. Inzicht krijgen is zeg maar fase 1. Of je het opnieuw aangepast mag publiceren is twee. Dat laatste willen we als OSM doen, immers we willen data toevoegen aan hen NWB. http://wetten.overheid.nl/cgi-bin/deeplink/law1/title=Wet%20openbaarheid%20van%20bestuur hergebruik: het gebruik van informatie die openbaar is op grond van deze of een andere wet en die is neergelegd in documenten berustend bij een overheidsorgaan, voor andere doeleinden dan het oorspronkelijke doel binnen de publieke taak waarvoor de informatie is geproduceerd; Oorspronkelijke doel van de data was volgens mij het beheer van het wegennet. Aangezien er al markt partijen met rechtzaken gingen dreigen is de overgangstermijn van 2009 gekomen. De fietsersbond met haar routeplanner voor op de fiets nam de korte route door niet als OSM zelf data te verzamelen maar bij de staat aan te kloppen. Omdat ze hun data niet veranderen en niet het originele materiaal herpubliceren is het scenario veel minder complex. Gebruiken voor een fietskaart lijkt me hergebruik. Dat klinkt het ook in dit geval, echter publiceert de fietsersbond haar data niet aan derde in de vorm waarin zei het aangeboden heeft gekregen. Een ander belangrijk punt. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHk46DYH1+F2Rqwn0RCnsEAJ932ggh9zAIKfoxzImeq3vFPH5nCQCeICEf e3AusWPHfavm7GjihEhUdPY= =IvsP -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Tagging-vragen
Op 20 jan 2008, om 16:02 heeft Hans Bakker het volgende geschreven: Hey, op Oostenburg in Amsterdam is een parkeerplaats die bestemd is voor werknemers van de bedrijven van de bedrijven daar omheen. Zie http://openstreetmap.org/?lat=52.369223lon=4.924855zoom=18layers=B0FT De parkeerplaats ligt in besloten in het stuk waar de oostenburgervoorstraat een knik maakt. Ik wil dit graag taggen als parkeerplaats, maar hoe moet dit gebeuren? Niet iedereen mag hier immers parkeren aangezien het gereserveerde parkeerplaatsen zijn. Verder is er bebouwing en een 'binnentuin' in oa het stuk tussen de Touwbaan, de Compagniestraat en de Oostenburgervoorstraat. Moeten binnentuinen aangegeven worden als park oid? Ook dit is niet openbaar. Als het gaat om beperkte toegang tot een weg of terrein, dan kun je volgens mij de access=* tag gebruiken. Zie [1] In dit geval lijkt me access=private van toepassing. Verder kun je gewoon leisure=park cq. amenity=parking gebruiken. Als er een toegangspoort is of een hek, dan kun je dat nog apart als een node toevoegen met highway=gate. Het grote grijze vlak op http://openstreetmap.org/?lat=52.37154lon=4.92742zoom=17layers=B0FT is een bedrijventerrein met o.a. de Van Gent-hallen en het INIT-gebouw. Moeten wegen die daarover lopen op een bijzondere manier getagged worden? Af en toe is het hek naar het bedrijventerrein vanaf de parkeerplaats waar ik het net over had open, maar af en toe ook niet. Het terrein is volgens mij wel toegankelijk via de parkeerterrein aan de noord-oost-zijde bij het spoor. Het is namelijk niet de bedoeling dat eventuele routeplanners mensen hierover gaan laten rijden met de kans dat het afgesloten is, lijkt me. Ik zou de gangbare situatie als uitgangspunt nemen. In principe is het terrein rond de Van Gendthallen niet (meer) openbaar toegankelijk voor autoverkeer. Wel voor voetgangers en fietsers. Dit kun je ook met de diverse restrictions-tags [2] aangeven. Ik heb nu geen gps-apparaat bij de hand, maar alle dingen die ik wil editen liggen omsloten door straten die als het goed is al wel op de goede plek liggen. Mag ik het dan nu al invullen (dat het eventueel later nog gedetailleerder gedaan kan worden), of is het de bedoeling dat dat meteen met een gps gaat? Ik zou het pas doen als je ook de track kunt uploaden die 'bewijst' dat je er ook echt hebt geïnventariseerd. Maar dat is denk ik open voor discussie. Ik tag ook wel eens dingen waarvan ik gewoon uit ervaring weet dat ze er zijn, zonder dat ik op dat moment een GPS bij me had om te 'bewijzen' dat ik er ben geweest om het waar te nemen. Met vriendelijke groet, Cheers, Martijn (vE) [1] http://wiki.openstreetmap.org/index.php/Key:access [2] http://wiki.openstreetmap.org/index.php/Map_Features#Restrictions ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] OSM GPSen merken
wat suf, daar heb ik totaal overheen gelezen :) groet, floris - Original Message - From: Freek [EMAIL PROTECTED] To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Sent: Sunday, January 20, 2008 10:27 PM Subject: Re: [OSM-talk-nl] OSM GPSen merken On Sunday 20 January 2008, Floris Looijesteijn wrote: ook zeker even de opstarttekst veranderen naar iets met www.openstreetmap.nl erin. Dat bedoel ik met welkomstbericht ;-) Tijdens het opstarten komt ook nog heel kort een attribution-bericht voor de kaarten, met iets van openstreetmap.org contributors. de gps bevalt mij ook erg goed, wat een geweldige ontvangst. ik moet nog even gaan vergelijken maar het ziet er erg gunstig uit voor de bossen in mijn omgeving :) Ik heb vandaag wat in de het bos gefietst, nauwkeurigheid was meestal zo'n 4 a 5 meter. Mij valt trouwens vooral op dat hij snel een fix vindt. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] OSM GPSen merken
Op dit moment heb ik als welkoms bericht This GPS is property of OpenStreetMap NL in mijn geleende Etrex Venture HC staan. Graferen lijkt me prima zolang het maar niet voorop komt, dat lijkt me nogal lelijk. Als ik deze GPS vergelijk met mijn eigen GPSmap 60 CSx dan valt me op dat in het donker het scherm van de Venture HC te helder verlicht is tenopzichte van de kaartdetails (contrast is dus niet erg goed). Het scherm van de 60 CSx is echt veel beter leesbaar. P.S. Klopt het dat de OSM POIs niet goed te vinden zijn via het zoekschermpje van de Garmin? (Wel bij Alle POI, maar niet bij de specifieke lijstjes zoals Eten.) Dat is mij ook opgevallen. Hoewel er evenveel categorien en POI's in de 60 CSx zitten al de Venture HC klopt de indeling niet altijd en in nog ontzettend veel gevallen is er alleen een tekst Onbenoemd beschikbaar welke waarschijnlijk veroorzaakt wordt door het ontbreken van een 'name' tag. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Kommentare (ich hoffe das es im Großen und Ganzen gefällt) Du kannst ja jetzt selbst sehen, wie es geworden ist... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Hi! Nils Reuter schrieb: Hallo, hier bei Bayreuth gibt es jetzt auch zwei doppelte place=villages. Alt: Mistelbach, neu: Mistelbach, Oberfranken Alt: Gesees, neu: Gesees bei Bayreuth Selbiges für Landshut und Landshut, Isar. Auch ich würde die erste Schreibweise (also die, die vor dem Import da war) deutlich bevorzugen. Außerdem hatte ich den alten Node direkt auf's Rathaus platziert, während der andere um einige zig Meter versetzt ist. Soll ich den alten löschen und deinen neuen an die richtige Position verschieben oder ist das nach dem nächsten Update wieder dahin? -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMa p ist durchgelaufen.
Am Sonntag, 20. Januar 2008 01:12 schrieb Steffen Weinreich: Hier in Quickborn gab es nun zwei Namen, einmal Quickborn und einmal Quickborn, Kreis Pinneberg. Ich meine das Kreis Pinneberg gehört nicht mit in den Namen. Einfach 'rauslöschen oder was ist Dein Anzatz? Am Sonntag, 20. Januar 2008 01:26 schrieb John07: Nachtrag Würzburg. Es gibt nur eine Place-node, name und opengeodb:name stimmen überein, ka woran die Doppeldarstellung liegt. Ansonsten, sehr schön, dass der Import nun erfolgt, ich hoffe, es ist nicht allzuviel schief gelaufen. Am Sonntag, 20. Januar 2008 01:57 schrieb Nils Reuter: Ich bevorzuge die alten Bezeichnungen, da die Zusätze nicht üblich sind und soweit mit bekannt ist auch nicht zum offiziellen Ortsnamen gehören. Soll das manuell korrigiert werden oder erstmal abwarten? Ich hab mal eine FAQ ins Wiki gestellt: http://wiki.openstreetmap.org/index.php/User:OpenGeoDB#German_FAQ Hoffe sie klärt alle Fragen. Sonst nochmal fragen. Danke Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Am Sonntag, 20. Januar 2008 09:00 schrieb Karl Eichwalder: Kommentare (ich hoffe das es im Großen und Ganzen gefällt) Du kannst ja jetzt selbst sehen, wie es geworden ist... Nein, das kann ich nur bedingt (ich kann an eine Stelle in der Landkarte nachsehen ob da alles stimmt, aber unmöglich überall). Und vor allen kann ich nicht Gedanken lesen. Ich hab ziemlich viel Zeit mit dem Import verbraten, und hoffe das es Euch gefällt. Deshalb Freue ich mich über Rückmeldungen. Dann kann ich eher einschätzen, ob die Zeit gut angelegt war, oder nicht. Das ist natürlich ein wenig Fishing for compements ;-) Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Am Sonntag, 20. Januar 2008 09:23 schrieb Juergen Buchner: Hallo, kannst Du das auch wieder rückgäng machen? Im Rhein-Main Gebiet ist das Ergebnis nicht so besonders prickelnd, weil es jetzt sehr viele Orte doppelt gibt. Ja, es gäbe die Möglichkeit, alle Orte so zu deaktivieren, dass sie nicht mehr angezeigt werden. (Natürlich gebe es auch die Möglichkeit alles zu löschen, aber ich habe im Moment nicht das Gefühl, das das die Meinung in der OSM Gemeinschaft ist). Wenn ihr Euch im Rhein Main Gebiet einig seit, schickt mir eine Beschreibung des Gebiets (min_lat,min_lon, max_lat, max_lon) und ich würde alle Nodes automatisch deaktivieren. Auf der anderen Seite sollte es mit Hilfe der FAQ möglich sein, alle Orte einmal zu korrigeren und dann taucht das Problem nicht wieder auf. Der Vorteil dieser Lösung wäre, das wir Daten aus der OpenGeoDB nutzen können um automatisch Hierachien/Relationen an zu legen (is_in ersetzen). Gruß Sven Anders ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Gernot Hillier wrote: Außerdem hatte ich den alten Node direkt auf's Rathaus platziert, während der andere um einige zig Meter versetzt ist. Soll ich den alten löschen und deinen neuen an die richtige Position verschieben oder ist das nach dem nächsten Update wieder dahin? Die opengeodb-Daten stammen aus Quellen, die nur auf Zehntel-Minuten genau sind. Was mir in der Diskussion aber noch komplett fehlt: Was soll mit den neuen Informationen angefangen werden? Wo sollen Korrekturen eingearbeitet werden? Wer Verbesserungsmöglichkeiten an OPENGEODB-Daten findet, der sollte diese nicht in der OpenStreetMap vornehmen, sondern in der opengeodb. Andernfalls kann beliebig viel schief gehen - derzeit vor allem: Mit dem nächsten Einspielen der opengeodb-Daten werden alle Änderungen innerhalb der OSM wieder aufgehoben. Korrekturen an Ortsnamen bitte ich zu unterlassen. Was Sven hier importiert hat, ist explizit die Langversion des Namens. Gerade bei der Suche nach z.B. Landshut bekommt man dann in einer Auflistung von Namen bei Mehrfach-Treffern einen Hinweis auf den passenderen Eintrag. Gibt es neben der großen Kreisstadt Landshut auch benachbart in der Gemeinde Adlkofen eine Stadt namens Landshut? Die lange Schreibvarianten sind also eher eine Ergänzung zum kartenrelevanten Namen. Sven sollte hier eher beim Abgleich darauf achten, keine falschen Doppelt-Einträge vorzunehmen. Hier bietet sich an, den Abgleich weniger über die lange Schreibvariante zu machen (die eben fehlschlägt und neue Einträge hinzufügt), sondern dafür nur den Such- und Sortiernamen zu verwenden (7bit ASCII) Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Hi! Sven Anders schrieb: Am Sonntag, 20. Januar 2008 09:00 schrieb Karl Eichwalder: Kommentare (ich hoffe das es im Großen und Ganzen gefällt) Du kannst ja jetzt selbst sehen, wie es geworden ist... Nein, das kann ich nur bedingt (ich kann an eine Stelle in der Landkarte nachsehen ob da alles stimmt, aber unmöglich überall). Und vor allen kann ich nicht Gedanken lesen. Ich hab ziemlich viel Zeit mit dem Import verbraten, und hoffe das es Euch gefällt. Deshalb Freue ich mich über Rückmeldungen. Dann kann ich eher einschätzen, ob die Zeit gut angelegt war, oder nicht. Das ist natürlich ein wenig Fishing for compements ;-) Wichtiger Punkt, hatte ich vergessen. ;-) Ich finde es super, dass du das gemacht hast. :) Gerne korrigiere ich den Kram einmalig, um dann in Zukunft von den Updates zu profitieren. Außerdem gibt's im Raum Niederbayern noch eine große Menge an Orten, die überhaupt nicht erfasst waren - ich freue mich schon auf eine Karte mit vielen neuen Orten, wenn die Renderer mal fertig sind... -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Hi! Martin Trautmann schrieb: Außerdem hatte ich den alten Node direkt auf's Rathaus platziert, während der andere um einige zig Meter versetzt ist. Soll ich den alten löschen und deinen neuen an die richtige Position verschieben oder ist das nach dem nächsten Update wieder dahin? Die opengeodb-Daten stammen aus Quellen, die nur auf Zehntel-Minuten genau sind. [...] Korrekturen an Ortsnamen bitte ich zu unterlassen. Was Sven hier importiert hat, ist explizit die Langversion des Namens. Gerade bei der Suche nach z.B. Landshut bekommt man dann in einer Auflistung von Namen bei Mehrfach-Treffern einen Hinweis auf den passenderen Eintrag. Diese Fragen sind ja jetzt in der FAQ beantwortet. Werde mich nach dem richten, was dort beschrieben ist und den Namen ändern, denke ich. Gibt es neben der großen Kreisstadt Landshut auch benachbart in der Gemeinde Adlkofen eine Stadt namens Landshut? Diese Frage verstehe ich jetzt nicht. Hast du einen Fehler in den OSM-Daten gefunden, oder? -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStre etMap ist durchgelaufen.
Am Sonntag, 20. Januar 2008 09:39 schrieb Martin Trautmann: Was mir in der Diskussion aber noch komplett fehlt: Was soll mit den neuen Informationen angefangen werden? z.B. sollen die Orte auf www.openstreetmap.org gerendert werden! Wo sollen Korrekturen eingearbeitet werden? Wer Verbesserungsmöglichkeiten an OPENGEODB-Daten findet, der sollte diese nicht in der OpenStreetMap vornehmen, sondern in der opengeodb. Natürlich ist es wünschenswert wenn die Daten in OpenGeoDB korrigiert werden! Andernfalls kann beliebig viel schief gehen - derzeit vor allem: Mit dem nächsten Einspielen der opengeodb-Daten werden alle Änderungen innerhalb der OSM wieder aufgehoben. Wenn wie in der FAQ vorgegangen wird, wird (hoffentlich) nichts schiefgehen! Korrekturen an Ortsnamen bitte ich zu unterlassen. Was Sven hier importiert hat, ist explizit die Langversion des Namens. Gerade bei der Suche nach z.B. Landshut bekommt man dann in einer Auflistung von Namen bei Mehrfach-Treffern einen Hinweis auf den passenderen Eintrag. Gibt es neben der großen Kreisstadt Landshut auch benachbart in der Gemeinde Adlkofen eine Stadt namens Landshut? siehe oben. Es spricht nichts dagegen das die Orte bei OSM alle Landshut heißen, wenn die OSMler in der Gegend das gut finden. Auch hier kann es einen openGeoDB:namen und einen OSM Namen geben. Korrekturen an den OSM Daten dürfen vorgenommen werden. Wenn der openGeoDB:auto_update angepasst wird, wird hier auch nichts schiefgehen. Die lange Schreibvarianten sind also eher eine Ergänzung zum kartenrelevanten Namen. Sven sollte hier eher beim Abgleich darauf achten, keine falschen Doppelt-Einträge vorzunehmen. Hier bietet sich an, den Abgleich weniger über die lange Schreibvariante zu machen (die eben fehlschlägt und neue Einträge hinzufügt), sondern dafür nur den Such- und Sortiernamen zu verwenden (7bit ASCII) Das könnte man bei kommenden Importen berücksichtigen, wobei jetzt wahrscheinlich die meisten Orte drinn sind. Oder wächst die OpenGeoDB noch signifikant? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Backup machen
Hi Ulf, On Sat, 19 Jan 2008 17:09:58 +0100, Ulf Lamping wrote: Hat jemand ne Idee wie man diese (oder ähnliche) Diff's visuell behandeln/editieren könnte? ohne das probiert zu haben, kannst Du den diff in josm als Layer laden? Dann könntest Du den ein und ausschalten und damit sehen wo was getan wurde, und im Zweifelsfall umschalten auf die livedaten und sehen obs noch passt. Allerdings sehe ich da nch keine Chance, einen undo damit zu machen -- Ciao, Holger (GUS-KOTAL, GUS#1100) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Gernot Hillier wrote: Gibt es neben der großen Kreisstadt Landshut auch benachbart in der Gemeinde Adlkofen eine Stadt namens Landshut? Die Ausgangsfrage war: Warum Landshut, Isar. Teil der Antwort ist, dass es mehr als ein Landshut geben kann. Diese Frage verstehe ich jetzt nicht. Hast du einen Fehler in den OSM-Daten gefunden, oder? Wenn, dann eher in den opengeodb-Daten, loc_id 128355 Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Sven Anders wrote: Die lange Schreibvarianten sind also eher eine Ergänzung zum kartenrelevanten Namen. Sven sollte hier eher beim Abgleich darauf achten, keine falschen Doppelt-Einträge vorzunehmen. Hier bietet sich an, den Abgleich weniger über die lange Schreibvariante zu machen (die eben fehlschlägt und neue Einträge hinzufügt), sondern dafür nur den Such- und Sortiernamen zu verwenden (7bit ASCII) Das könnte man bei kommenden Importen berücksichtigen, wobei jetzt wahrscheinlich die meisten Orte drinn sind. Oder wächst die OpenGeoDB noch signifikant? Kommt darauf an, welche Version du genommen hast. In http://fa-technik.adfc.de/code/opengeodb/dump/D.sql.bz2 finden sich mehrere tausend Neuzugänge durch Ortsteile. http://fa-technik.adfc.de/code/opengeodb/DE.tab ist immer tagaktuell Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Hi! Martin Trautmann schrieb: Gibt es neben der großen Kreisstadt Landshut auch benachbart in der Gemeinde Adlkofen eine Stadt namens Landshut? Die Ausgangsfrage war: Warum Landshut, Isar. Teil der Antwort ist, dass es mehr als ein Landshut geben kann. Diese Frage verstehe ich jetzt nicht. Hast du einen Fehler in den OSM-Daten gefunden, oder? Wenn, dann eher in den opengeodb-Daten, loc_id 128355 Ja, hab's zwischenzeitlich auch gesehen. Sorry, hätte in die OpenGeoDB schauen sollen, bevor ich die Mail beantworte. = 128355 ist ziemlich sicher Unsinn. Kenne jetzt zwar Adlkofen nicht genau, aber wenn es dort noch ein Landshut gäbe, hätte ich das sicher mitbekommen - wohne schließlich jetzt schon fast 30 Jahre hier. :) Kann man das bitte löschen? Außerdem würden mich noch zwei Dinge interessieren: * Was ist der Sinn von 401? Mir scheint das überflüssig zu sein, enthält aber den meiner Meinung nach relevanten und richtigen Eintrag 19894. Wenn ihr also 401 löscht (was ich gut fände), dann müsste der Vater von 19894 auf 165 umgezogen werden. * Und noch eine dumme Frage: ist es normal, dass die Stadt Landshut (19894) nicht Teil des Landkreises (411) ist? -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Da ich nun die importierten Daten anpasse und sie manchmal verschieben muss, möchte ich sie gerne auch in der OpenGeoDB anpassen. Wahrscheinlich bin ich nur blind, aber wo zeigt mir JOSM die aktuellen Koordinaten der node? Bei place tags scheint das nicht zu funktionieren. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Noch eine Frage, wenn ich eine place verschiebe und das nicht in der OpenGeoDB ändere, wird das dann beim nächsten Update wieder verschoben? Muss ich noch bei auto_update was ändern? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in Open StreetMap ist durchgelaufen.
Am Sonntag, 20. Januar 2008 11:12 schrieb John07: Noch eine Frage, wenn ich eine place verschiebe und das nicht in der OpenGeoDB ändere, wird das dann beim nächsten Update wieder verschoben? Muss ich noch bei auto_update was ändern? Wenn ein Node verschoben worden ist, erkenne ich das daran, das lat und lon ja nicht mehr mit der OpenGeoDB übereinstimmen. Evtl. wird in einer der zukunftigen Versionen noch ein osm:lat und osm:lon in die auto_updates aufgenommen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Gernot Hillier wrote: * Was ist der Sinn von 401? Mir scheint das überflüssig zu sein, enthält aber den meiner Meinung nach relevanten und richtigen Eintrag 19894. Wenn ihr also 401 löscht (was ich gut fände), dann müsste der Vater von 19894 auf 165 umgezogen werden. Nein, opengeodb gibt auch die politische Organisation wieder. Landshut gibt es als * Stadtkreis: loc id 401, Ebene 5, AGS 09261 * Gemeinde: loc id 19894, Ebene 6, AGS 09261000, PLZ 84028/84030/84032/84034/84036 * Landkreis: loc id 411, Ebene 5, AGS 09274 * Und noch eine dumme Frage: ist es normal, dass die Stadt Landshut (19894) nicht Teil des Landkreises (411) ist? Ja, weil Landshut den Status einer kreisfreien Stadt hat. Die Umlandgemeinden gehören zum Landkreis, aber nicht zur Stadt Landshut. Hier in Freiburg ist die Unterscheidung einfacher: Der Stadtkreis heisst Freiburg im Breisgau, der Landkreis heisst Breisgau im Hochschwarzwald. Beispielsweise erfolgen Kfz-Anmeldungen für Freiburger im Bürgeramt der Stadt, für die Leute aus dem Landkreis im Landratsamt. Ob es sinnvoll ist, in der OSM irgend etwas oberhalb der Ebene 6 zu importieren? (Kreise, Regierungsbezirke, Bundesländer)? Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
ich hab jetzt mal noch ne ganz andere Frage zu diesem Import. Mir scheint die meisten hier auf der Liste kommen aus größeren Städten und nich so vom Land wie ich. Mein Heimatdorf (Winklarn bei Oberviechtach) hat eine zusätzliche node erhalten, die aber 1 km außerhalb des Dorfes liegt. Soweit ich das verstanden habe werd ich das jetzt verschieben und in opengeodb korrigieren. kein Problem. Die kleineren Dörfer im Umkreis haben aber keine neuen nodes von OpenGeoDB bekommen. z.b. Muschenried oder Kulz Das sind eigentliche keine windzigen Orte Kommen solche Dörfer auch noch oder nicht mehr ? wenn nicht mehr, soll man diese zu OpenGeoDB hinzufügen ? wennja, wie mache ich das und bis zu welchem ausmaß ? also auch z.b. einen Weiler wo nur ein Haus steht ? mfg sege -- Sebastian Gebhard PGP: 6CD7EBCE www.sege-mag-dich.net ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Sebastian Gebhard wrote: ich hab jetzt mal noch ne ganz andere Frage zu diesem Import. Mir scheint die meisten hier auf der Liste kommen aus größeren Städten und nich so vom Land wie ich. Mein Heimatdorf (Winklarn bei Oberviechtach) hat eine zusätzliche node erhalten, die aber 1 km außerhalb des Dorfes liegt. Soweit ich das verstanden habe werd ich das jetzt verschieben und in opengeodb korrigieren. kein Problem. Die kleineren Dörfer im Umkreis haben aber keine neuen nodes von OpenGeoDB bekommen. z.b. Muschenried oder Kulz Das sind eigentliche keine windzigen Orte Kommen solche Dörfer auch noch oder nicht mehr ? wenn nicht mehr, soll man diese zu OpenGeoDB hinzufügen ? wennja, wie mache ich das und bis zu welchem ausmaß ? also auch z.b. einen Weiler wo nur ein Haus steht ? In den aktuellen Daten sind sie schon drin. Hier mal die Umkreis-Ergebnisse von Winklarn: http://fa-technik.adfc.de/code/opengeodb.pl?locid=26246;c=DE;distance=6 Teile der Gemeinde Winklarn, Oberpfalz: http://fa-technik.adfc.de/code/opengeodb.pl?parts=26246;c=DE Sven hat einen Datenstand genommen, wo die noch nicht enthalten sind. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Sven Anders schrieb: Soll das manuell korrigiert werden oder erstmal abwarten? Ich hab mal eine FAQ ins Wiki gestellt: http://wiki.openstreetmap.org/index.php/User:OpenGeoDB#German_FAQ Hoffe sie klärt alle Fragen. Sonst nochmal fragen. Danke Danke, sehr hilfreich! Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joerg Fischer schrieb: Hallo Welt, kann man diesen Potlach-Müll bitte _endlich_ sterben lassen?!? Ich hab, mal ganz einfach gesagt, die Schnauze voll davon, dass irgendwelche anonymen Leute, die man noch nicht mal kontaktieren und auf ihre Fehler hinweisen kann, in den von mir angelegten Karten rumsauen, Wege die schon lange existieren ein 2. Mal anlegen, dafür meine Wege löschen (so dass z.B. Ampeln und Kreuzungen danach in der Luft hängen) usw. Tja, leider bist du total uninformiert. Anonymes löschen oder bearbeiten ist mit potlatch schon seit einiger Zeit nicht mehr möglich, und potlatch selber besitzt sehr gute wiederherstellungsoptionen. Vielleicht schaust du dir die Gegend mal in Potlatch an, und gehst ein bisschen mit U und H zu Werke... mit H kann man zum Beispiel sehen, wer an welchen Ways wann herumeditiert hat. (sowas fehlt in JOSM z.B. noch...) - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHk0a0FUbODdpRVDwRAhpoAJ49YWbfFA5XtDszVlXwKsq4UkKkLQCguy9O 4ZhDSv6YFRuWnTj45ukgQfo= =dOFS -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Gernot Hillier wrote: = 128355 ist ziemlich sicher Unsinn. Kenne jetzt zwar Adlkofen nicht genau, aber wenn es dort noch ein Landshut gäbe, hätte ich das sicher mitbekommen - wohne schließlich jetzt schon fast 30 Jahre hier. :) Kann man das bitte löschen? Sollte man - die Löschfunktion ist aber noch nicht freigeschaltet. Möglicherweise gibt es einen Zipfel von Landshut, der postalisch über Adlkofen versorgt wird (PLZ 84166), daher der Eintrag. Die Koordinaten des Eintrags sind später hinzugekommen und entsprechen Landshut selbst. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Hi! Martin Trautmann schrieb: Gernot Hillier wrote: * Was ist der Sinn von 401? Mir scheint das überflüssig zu sein, enthält aber den meiner Meinung nach relevanten und richtigen Eintrag 19894. Wenn ihr also 401 löscht (was ich gut fände), dann müsste der Vater von 19894 auf 165 umgezogen werden. Nein, opengeodb gibt auch die politische Organisation wieder. Landshut gibt es als * Stadtkreis: loc id 401, Ebene 5, AGS 09261 * Gemeinde: loc id 19894, Ebene 6, AGS 09261000, PLZ 84028/84030/84032/84034/84036 * Landkreis: loc id 411, Ebene 5, AGS 09274 Aha, ok. Wieder was über unsere politischen Verhältnisse gelernt, danke! :) Auch wenn mir nicht ganz klar ist, was genau ein Stadtkreis ist. Laut http://de.wikipedia.org/wiki/Stadtkreis gibt es sowas nur in Baden-Württemberg. Aber der Hauptgrund meiner Verwirrung war, dass 401 und 19894 in der Weboberfläche vom gleichen Typ: Stadt sind. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Martin Trautmann schrieb: Sven hat einen Datenstand genommen, wo die noch nicht enthalten sind. Sven: Gibts schon nen Datum für ein Update? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach // Baukasteneditor // RFC: Einschraenkung durch Relationen?
Es mag schon sein, dass sich die Werkzeuge so weiterentwickeln, dass der Benutzer die Wege so zusammensetzt wie die Teile einer Carrera-Bahn, Bauteile eines Baukastens oder Komponenten eines UML-Diagramms. Blick in die Zukunft: Der Benutzer waehlt aus einer hierarischen Liste eine Komponente (z.Bsp. ein 4-er Kreuzungsteil) und plaziert sie durch Drag-n-Drop in die Karte, an die, an den Komponenten befindlichen Anschluesse (Connectors), lassen sich weitere Komponenten andocken (im Beispiel hat die Kreuzung vier Anschluesse, daran koennten 4 gerade Wegstuecke angeschlossen werden, an die Wegstuecke weitere Wegstuecke, Kurven, Bruecken, etc.). Zusammengehoerige Komponenten koennen gruppiert werden und bilden dadurch einen Straszenabschnitt der dann benannt werden kann (laesst ja mit Relationen abbilden). Hat der Benutzer einen Teil einer Strecke grob nachgebildet, kann er eine Gruppe von Bauteilen oder ein einzelnes Bauteil im 'Edit Modus' verfeinern, Nodes verschieben, hinzufuegen, et cetera. Ich habe das Beispiel mal in einer PDF-Datei illustriert und im Wiki hochgeladen (ich hoffe niemand hat was dagegen), klickt man seitenweise durch ist es ein wenig animiert. http://wiki.openstreetmap.org/index.php/Image:Openstreetmap_editor_building_block_principle.pdf Der Editor Merkaartor entwickelt sich in diese Richtung. Dort lassen sich Kreiverkehre einfügen, doppelspurige Autobahnen etc. Ob das Ganze jedoch viel Sinvoller ist, als der jetztige Weg mit dem Setzen der Nodes bin ich noch nicht sicher. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Automaten Tag
Jakob Simeth schrieb: Mal abgesehen von den sprachlichen Schwierigkeiten wäre ein Automaten-tag ganz allgemein ziemlich nützlich: Automaten verkaufen ja meistens gerade Dinge, die wichtig sind, so dass sie verfügbar sein sollten, auch wenn kein Geschäft offen hat oder in der Nähe ist. Deshalb kann die Information, wo denn gerade der nächste *automat ist durchaus nützlich (oder zumindest im Zeitalter von Handys genauso nützlich wie bspweise Telefonzellen etc) sein. Ein wenig fürchte ich, dass man sich darin verzetteln könnte (z.b. in brand=coke oder brand=pepsi etc) aber man muss ja nicht alle Information nutzen, die in osm steckt. Jacko. Stimmt eigendlich. Da sollte mal jemand eine Proposal Seite im Wiki aufmachen. MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Könntest du mir mal nen Link mit Koordinaten zu dem entsprechendem Fall senden? Evtl. gleich mit Way ID? Ich würde mir das gerne mal mit der History Funktion von http://crschmidt.net/osm/osm.html?zoom=0lat=49.77483lon=10.02944layers=BT anschauen MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] parallele Ways (war: Re: Unterschiedliche Geschwindigkeitsbeschraenkungen fuer jede Fahrtrichtung)
Noch eine kleine Ergänzung: Es gibt schon Kreuzungen, die diesen Querstummel nicht haben, aber dafür gibts die einfache Lösung, dass man die Spuren an der Kreuzung auf eine Node zusammenzieht. Vielleicht nicht die ganz ideale Lösung aber besser wie nix. Grüsse Hubert -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach // Baukasteneditor // RFC: Einschraenkung durch Relationen?
Raphael Studer schrieb: http://wiki.openstreetmap.org/index.php/Image:Openstreetmap_editor_building_block_principle.pdf Der Editor Merkaartor entwickelt sich in diese Richtung. Dort lassen sich Kreiverkehre einfügen, doppelspurige Autobahnen etc. Ob das Ganze jedoch viel Sinvoller ist, als der jetztige Weg mit dem Setzen der Nodes bin ich noch nicht sicher. Finde ich nicht gut. Das vermindert zwangsläufig die Qualität, da es wohl in die Richtung gehen wird, dass alle Strecken nur noch idealisiert abgezeichnet werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Andreas Hubel wrote: Könntest du mir mal nen Link mit Koordinaten zu dem entsprechendem Fall senden? Evtl. gleich mit Way ID? Insbesondere die Stelle um http://www.openstreetmap.org/?lat=50.7145lon=12.7617zoom=14layers=B0FT Eine Way-ID gibts nicht mehr, weil die Straße, die dort die Anschlußstelle mit der Autobahn bildete, nicht mehr existent ist. Die in der Luft hängenden Wegpunkte sind aber bestens zu sehen. An den gleichen Koordinaten kreuzen sich linke und rechte Fahrspur der A72, Brücken wurden gelöscht. Über die Zwickauer Straße ist beim Versuch sie zu verlängern (das fehlte da wirklich) drübergeschmiert worden. Im weiteren Verlauf ist die B180 kaputt gemacht worden, http://www.openstreetmap.org/?lat=50.7451lon=12.9933zoom=14layers=B0FT in Dittersdorf drübergeschmiert. Gestren war die B180 ganz und gar weg und man hatte sie zu residential erklärt. Ich würde mir das gerne mal mit der History Funktion von http://crschmidt.net/osm/osm.html?zoom=0lat=49.77483lon=10.02944layers=BT anschauen Hab ich mir gerade angesehen, ich (oder mein Firefox?) kann das nicht bedienen. Ich seh nur die Dinge, die ich direkt in openstreetmap.org auch sehe. Danke für die Unterstützung. Jörg -- Früher musste man den Drachen töten und die Jungfrau heiraten. Heutzutage gibt es keine Jungfrauen mehr, man muss den Drachen heiraten. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Dirk-Lüder Kreie wrote: Tja, leider bist du total uninformiert. Anonymes löschen oder bearbeiten ist mit potlatch schon seit einiger Zeit nicht mehr möglich, und potlatch selber besitzt sehr gute wiederherstellungsoptionen. Ich seh es jetzt und konnte einen Benutzer sfrank identifizieren. Wie gesagt, ich glaube nicht das er ein furchtbar böser Mensch ist und das absichtlich tut. Ich hab ihn jetzt über die Weboberfläche kontaktiert damit wir mal reden können. Vielleicht schaust du dir die Gegend mal in Potlatch an, und gehst ein bisschen mit U und H zu Werke... Schau ich mir an. Danke. mit H kann man zum Beispiel sehen, wer an welchen Ways wann herumeditiert hat. (sowas fehlt in JOSM z.B. noch...) Huch? Ich kann die User in JOSM aber sehen? Jörg -- Früher musste man den Drachen töten und die Jungfrau heiraten. Heutzutage gibt es keine Jungfrauen mehr, man muss den Drachen heiraten. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Hallo, hier kommt eine Einstellung zum Ausdruck, die ich noch nie verstanden habe. kaputt ist vermutlich relativ. Ich sag es mal so: Wenn OpenStreetMap ein durchschlagender Erfolg wird und sich irgendwann eine Million Leute in Deutschland daran beteiligen, dann wird von den feinsinnig gemalten Kreuzungen eventuell nicht mehr viel uebrig bleiben, dann wird es standardisierte Tools geben, mit denen auch jemand, der nicht zur geistigen Elite gehoert, eine halbwegs navigierbare Kreuzung irgendwo hinklatschen kann. Viele von den Feinheiten, ueber die wir heute diskuteren, werden dann vermutlich einfach in der Masse untergehen, das Projekt aendert seinen Schwerpunkt von Spielwiese fuer Geo-Geeks zu Deutschlandkarte fuer Bildzeitungsleser. Bis dahin hat vermutlich so ziemlich jeder engagierte Mapper resigniert. Aber die braucht man dann ja auch nicht mehr... Der erste Punkt ist, dass OSM schon mal ein riesengrosser Erfolg ist und keiner mehr zu werden braucht. Deshalb ist das mit den Millionen Leuten auch ein Trugschluss. Die Leute, die derzeit dran sind, sind extrem interessiert, stecken gewaltig Freizeit und Arbeit rein und haben viel Knowhow aufgebaut. Solche Leute wachsen aber nicht auf den Bäumen. Diese Leute der ersten und auch zweiten Stunde haben den Ehrgeiz, was neues aufzubauen und leere Gebiete zu füllen. Sie kaufen sich die beste HW und nehmen sie überall hin mit um die Karte zu erweitern. Ohne diese Leute hätte OSM dicht dahin kommen können wo es jetzt ist und ohne diese Leute läuft es Gefahr, den Bach runter zu gehen. Die neuen Millionen können viel ausrichten, wenn sie das in China oder Südamerika tun, aber für die relativ gut erfassten Gebiete, z.B. hier in D-Land - was sollen die tun, wie sollen die reinkommen? Millionen von 'in 5 Minuten kenn ich das Tool und male eine komplexe Kreuzung'- Leute? Dem Projekt täte es meiner Ansicht nach besser, wenn man sich mehr auf das Erreichte kümmern würde, statt immer ewig weit nach vorn über den Horizont zu schauen, wo dann Millionen von Mappern warten, die dann mit perfekten Werkzeugen alles richten. Nicht, dass ich das fuer eine besonders tolle Perspektive halte, aber wollen wir dann irgendwann Mauern aufbauen und nur noch Leuten mit OSM-Fuehrerschein Aenderungen gestatten? Sprich, das gute alte Thema Qualitätssicherung. Ohne die wuchert die Datenbank eben wild weiter und jeder malt rein was er will. Wird dann ein nettes Forschungsgebiet für Chaosforscher, aber die Karawane der Anwendungsentwickler zieht dann wohl eher weiter... -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in Open StreetMap ist durchgelaufen.
Am Sonntag, 20. Januar 2008 16:11 schrieb Gernot Hillier: Aber Moment. Das ist dann doch noch ein Problem. Momentan werden 401 *und* 19894 als zwei getrennte Nodes in OSM importiert, beide mit place=town (einmal mit name=Landshut, Isar, einmal mit name=Landshut). Das ist so nicht wirklich sinnvoll, da jetzt natürlich der Name zweimal gerendert wird. Ich kann jetzt natürlich die beiden Nodes exakt auf denselben Punkt schieben, aber das dürfte auch keine wirkliche Lösung sein. Gibt es etwas, was ich momentan machen kann oder muss ich auf den nächsten Import warten? Natürlich kann ich jetzt den importierten 401-Node löschen, aber beim nächsten Import wär' er ja dann wieder da. Ja, lass einfach beide Nodes in OSM und lösche bei einem das place und das name Tag, aktualisiere openGeoDB:auto_update tag (z.B. openGeoDB:NONE) und dann kann die nächste Aktualisierung kommen... Vgl. auch FAQ. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Am Sonntag, 20. Januar 2008 14:37 schrieb Andreas Hubel: Martin Trautmann schrieb: Sven hat einen Datenstand genommen, wo die noch nicht enthalten sind. Sven: Gibts schon nen Datum für ein Update? Nein. Erstes gibt es keinen aktuelleren Datenbestand auf den ich ohne Problem Zugriff hätte (Es gibt nur Teildatenbestände der einzelnen Länder ich müsste das joinen, hab auch keine Ahnung wie das z.B. mit den Kontinenten etc ist.), und außerdem muss der Bot für Updates umgeschrieben werden (und dann auch endlich eine bessere Codequalität erhalten, da er so ja immer wieder genutzt werden soll). Außerdem sitze ich noch an den noch nicht importieren Relationen (Bei denen gerade die Bundesländer, Länder und Kontinente Sinn machen) Ich hoffe alle Dinge binnen eines Monats zu erledigen. Nicht enthalten sein werden dabei voraussichtlich die Straßen, weil die noch schwieriger aus OSM zu holen sind und es in den Straßen-Einträgen von OpenGeoDB keine Koordinaten gibt (die kann man aber aus den Ort holen, nur auch das Erzuegt zusätzliche Komplexität). Das folgt dann in der nächsten Version (Außerdem gibt es anscheinend zur Zeit kein Eindeutiges Krieterium für Straßen in OpenGeoDB). Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Was haltet ihr davon einen Link aus http://wiki.openstreetmap.org/index.php/User:OpenGeoDB#FAQ in ein Tag der aus der OpenGeoDB gezogenen Orte/Bereiche reinzuschreiben? Ich denke kaum jemand, der hier nicht mitliest weiß, was das plötzlich ist und wie er z.B. mit den Duplikaten oder falschen Daten korrekt umgehen soll (teilweise ist ja sogar für Mitlesende der Traffic dermaßen hoch dass man nicht alles lesen will) . Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Sven Anders wrote: Am Sonntag, 20. Januar 2008 14:37 schrieb Andreas Hubel: Martin Trautmann schrieb: Sven hat einen Datenstand genommen, wo die noch nicht enthalten sind. Sven: Gibts schon nen Datum für ein Update? Nein. Erstes gibt es keinen aktuelleren Datenbestand auf den ich ohne Problem Zugriff hätte (Es gibt nur Teildatenbestände der einzelnen Länder ich müsste das joinen, hab auch keine Ahnung wie das z.B. mit den Kontinenten etc ist.), Hallo Sven, ist es ein Problem für dich, nur Teilbestände zu aktualisieren? Würdest du damit automatisch die Daten der anderen Länder löschen? Ansonsten solltest du dir einfach dump/DE ansehen. Nicht enthalten sein werden dabei voraussichtlich die Straßen, weil die noch schwieriger aus OSM zu holen sind und es in den Straßen-Einträgen von OpenGeoDB keine Koordinaten gibt (die kann man aber aus den Ort holen, nur auch das Erzuegt zusätzliche Komplexität). Das folgt dann in der nächsten Version (Außerdem gibt es anscheinend zur Zeit kein Eindeutiges Krieterium für Straßen in OpenGeoDB). Die Straßen in opengeodb haben schon Koordinaten - nämlich genau jene Koordinaten, die aus der OSM gemittelt wurden. Es wäre aber sicher verkehrt, jene Daten wieder in die OSM zurückzupumpen, speziell wenn ich Mittelwerte verwende, statt den Koordinaten eines tatsächlichen Knotes. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Am Sonntag, 20. Januar 2008 19:58 schrieb Martin Trautmann: Sven Anders wrote: Am Sonntag, 20. Januar 2008 14:37 schrieb Andreas Hubel: Martin Trautmann schrieb: Sven hat einen Datenstand genommen, wo die noch nicht enthalten sind. Sven: Gibts schon nen Datum für ein Update? Nein. Erstes gibt es keinen aktuelleren Datenbestand auf den ich ohne Problem Zugriff hätte (Es gibt nur Teildatenbestände der einzelnen Länder ich müsste das joinen, hab auch keine Ahnung wie das z.B. mit den Kontinenten etc ist.), Hallo Sven, ist es ein Problem für dich, nur Teilbestände zu aktualisieren? Würdest du damit automatisch die Daten der anderen Länder löschen? Ansonsten solltest du dir einfach dump/DE ansehen. Ja, das ist das (ein) Problem. Die Straßen in opengeodb haben schon Koordinaten - nämlich genau jene Koordinaten, die aus der OSM gemittelt wurden. Es wäre aber sicher verkehrt, jene Daten wieder in die OSM zurückzupumpen, speziell wenn ich Mittelwerte verwende, statt den Koordinaten eines tatsächlichen Knotes. Gut, die Koordinaten würde ich ja auch nicht zurückpumpen, aber dann weiß ich in welcher Ecke ich die Straße suchen muss. An die Straße würde ich dann das is_in Tag usw. ranhängen. Hatte nur eine Stichprobe gemacht: http://fa-technik.adfc.de/code/opengeodb.pl?locid=80604;c=DE und keine lat und lon gefunden. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Roland Ramthun wrote: Was haltet ihr davon einen Link aus http://wiki.openstreetmap.org/index.php/User:OpenGeoDB#FAQ in ein Tag der aus der OpenGeoDB gezogenen Orte/Bereiche reinzuschreiben? Ich bin mir nicht sicher, was du damit meinst. Am einfachsten wäre aber, den Link zum opengeodb-Eintrag direkt anzugeben - der setzt sich zusammen aus http://fa-technik.adfc.de/code/opengeodb.pl?c=DE;locid= und der locid. Wenn mir jemand verrät, wie ich auf externen Seiten Karten der Openstreetmap mit einbinde, dann kann ich die Seitendarstellung gleich entsprechend kombinieren. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Fadenkreuz in JOSM
Hallo Gemeinde! Auch wenn ich nicht ganz sicher bin, ob diese Frage hierhin gehört, will ich sie dennoch stellen: Wie kann ich das Fadenkreuz, das in JOSM bei der Eingabe von Punkten verwendet wird, und welches mir meine GPS-Punkte teilweise und vor allem im interessierenden Bereich überdeckt, ändern in ein etwas filigraneres Gebilde etwa der Form | | __ __ | | bei welchem die freien Teile des Pointers transparent sind? Ich möchte halt ziemlich genau wissen, wo ich meine Punkte hinsetze und mache das z.Zt. eher nach Gefühl und Schätzung. Danke im Voraus für Hilfe ... Rainer PS: Ich 'lebe' übrigens in der Linux-Welt - falls das für die Frage bzw. die Antwort von Bedeutung ist. PS: Antworten mit Hinweis auf Übertreibung bei Genauigkeit sind zwecklos - das liegt mir Blut ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Martin Trautmann schrieb: Roland Ramthun wrote: Was haltet ihr davon einen Link aus http://wiki.openstreetmap.org/index.php/User:OpenGeoDB#FAQ in ein Tag der aus der OpenGeoDB gezogenen Orte/Bereiche reinzuschreiben? Ich bin mir nicht sicher, was du damit meinst. Am einfachsten wäre aber, den Link zum opengeodb-Eintrag direkt anzugeben - der setzt sich zusammen aus http://fa-technik.adfc.de/code/opengeodb.pl?c=DE;locid= und der locid. Das ist auch eine gute Idee, aber nicht das was ich meinte. Vorhin war mir einfach folgendes passiert: Ein Bekannter fragte mich woher denn plötzlich die ganzen Orte kommen, was das für komische Tags sind und ob er falsche Daten direkt im OSM-Bestand löschen könne und seine Änderung dann automatisch in die OpenGeoDB übernommen würde, usw. Halt einiges was in der FAQ steht. Deswegen frage ich mich ob man nicht die vom Bot angelegten Daten mit einem Link zur FAQ versehen könnte, z.B. in Form eines Tags, in dem die URL steht. Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] landuse = forest oder natural=wood
Matthias Geiser schrieb: Leider ist mir der Unterschied zwischen landuse=forest und natural=wood immer noch nicht ganz klar. Und ich habe das Gefuehl, es geht den meisten hier aehnlich. Das denke ich auch. Das kommt natürlich auch daher, dass die meisten nicht Englisch als Muttersprache haben und daher forest und wood sich nicht klar voneinander trennen lassen. Der erste Tag über den man stolpert, wird dann verwendet. Daher ist es auch wichtig, dass wie solche Spezialitäten in der Ch:Map Features [1] Seite dokumentieren, wenn dann mal ein Konsens getroffen wurde. Nach meiner grossen Wald-Bereinigungs-Aktion im November sind wieder vereinzelt landuse=forest aufgetaucht. Ich hüte mich davor daran etwas zu ändern, bevor die Zielrichtung nicht klar ist. Ich erhoffe mir aus dieser Diskussion weitere Klarheit. Jetzt habe ich aber etwas weiter recherchiert und komme zu einem anderen Schluss: Landuse gibt an, wie eine groessere Flaeche genutzt wird (forest, industrial, residential, ...). Dies, weil es nicht praktikabel ist, jedes einzelne Objekt (Wohnhaus, Fabrikgebauede, ...) einzeln einzuzeichnen. Siehe [1]. Dort steht: ---cut--- [snip] ---cut--- Daraus folgt, dass es Unsinn ist ein Objekt zu haben, welches landuse=forest und natural=wood traegt. Wenn, dann muesste ein grosses Gebiet (landuse=forest) mehrere Waelder (natural=wood) enthalten. Ergo: Waelder in DE/AT/CH sollten als natural=wood eingetragen werden! Wenn man beachtet, was heute in OSM als Wald erscheint, so sind dass doch offenbar aus Landsat/Yahoo abgezeichnete Baumflächen, die sich aus den Bildern genug hervorheben. Wenn ich von Wald rede, dann meine manchmal sicher auch diese Baumflächen, oft bezeichne ich damit aber auch das Gebiet, mit den Lichtungen, Hecken, Weiher etc. Aus diesen Gründen und aus dem von Matthias Geiser erwähnten Idee der landuse-Tags denke ich, dass es momentan nicht falsch ist, die Baumflächen mit natural:wood zu taggen. Das ist momentan sicher ausreichend. Gruss, Andy [1] http://wiki.openstreetmap.org/index.php/Ch:Map_Features signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fadenkreuz in JOSM
Raphael Studer wrote: Hallo Rainer, Auch wenn ich nicht ganz sicher bin, ob diese Frage hierhin gehört, will ich sie dennoch stellen: Wie kann ich das Fadenkreuz, das in JOSM bei der Eingabe von Punkten verwendet wird, und welches mir meine GPS-Punkte teilweise und vor allem im interessierenden Bereich überdeckt, ändern in ein etwas filigraneres Gebilde etwa der Form | | __ __ | | bei welchem die freien Teile des Pointers transparent sind? Ich möchte halt ziemlich genau wissen, wo ich meine Punkte hinsetze und mache das z.Zt. eher nach Gefühl und Schätzung. Es gäbe da die Möglickeit im Javacode zum zu nuscheln. Oder ganz nah an die Position heran zu zoomen. Allerdings ist fraglich, ob man da von Genauigkeit sprechen kann. Ich kenne praktisch keine Positions Daten die genauer sind als einige 1/10 Meter und um solche zu erhalten gibt man shr viel Geld aus. GPS Daten sind noch viel ungenauer (5-10m), soweit ich weiss kann man im Josm bis zu einer Auflösung von 1m (weisse Linie oben) heran zoomen, was dann mehr als genau währe. Nee, das ist wohl falsch von mir rübergekommen: Wenn ich eine lange Sequenz von Messwerten einer Fahrt mit dem Rad einen Alpenpass hoch vor mir habe, diese im JOSM-Massstab (Anzeige oben links) von 50 - 100 m darstelle, möchte ich - sofern ich davon überzeugt bin, dass die Messwerte o.k. sind - wenigstens diese Punkte (und sei es auch nur jeder zehnte) sicher treffen und beim Setzen eines Punktes nicht ein paar Pixel neben dem Track liegen. Meistens klappt es zwar auch so, aber wohin genau man den Punkt setzt, sieht man halt nicht, weil das aktuelle Fadenkreuz fast alles überdeckt. Ich hoffe, dass ich mich nun verständlicher ausdrücken konnte: Es geht mir also nicht um Zentimeter, sondern um Pixelgenauigkeit. Gruß ... Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Korrekturen an Ortsnamen bitte ich zu unterlassen. Was Sven hier importiert hat, ist explizit die Langversion des Namens. Gerade bei der Suche nach z.B. Landshut bekommt man dann in einer Auflistung von Namen bei Mehrfach-Treffern einen Hinweis auf den passenderen Eintrag. Gibt es neben der großen Kreisstadt Landshut auch benachbart in der Gemeinde Adlkofen eine Stadt namens Landshut? Die lange Schreibvarianten sind also eher eine Ergänzung zum kartenrelevanten Namen. Sven sollte hier eher beim Abgleich darauf achten, keine falschen Doppelt-Einträge vorzunehmen. Hier bietet sich an, den Abgleich weniger über die lange Schreibvariante zu machen (die eben fehlschlägt und neue Einträge hinzufügt), sondern dafür nur den Such- und Sortiernamen zu verwenden (7bit ASCII) Die langversion sollten auf jeden fall nicht als name abgelegt werden und auf der karte erscheinen. Wenn das so weitergeht, werden wir bald eine karte haben, auf der nichts anderes zu erkennen ist als texte bestehend aus den langnamen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Bach und Wege
Hallo, Das Validation Plugin von JOSM meldet mir gerade dass ich Bächlein und die querenden Wege falsch tagge. Ich hatte den Bach (waterway=stream) mittels layer=-1 nach unten gelegt, weil ich den Weg (highway=track) nicht x-mal auseinanderhauen wollte um eine Brücke einzubauen. Ist das wirklich das empfohlene Vorgehen? Gruß Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Externe Antennen am Garmin
Hallo zusammen, bringen diese externen Antennen von Garmin für rund 20 Euro eigentlich was? Ich habe insbesondere in den Bergen wenn ich zu Fuß unterwegs bin das Gefühl, dass die Brusttasche oder der Gürtel nicht die perfekte Empfangsposition ist. So ne Antenne könnte man ja oben in den Rucksack stecken. Gruss Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Hallo, Bei Josm gibt kann man auf der rechten Seite die Autoren eines jeden Weges sich darstellen lassen, zumindest bei der Version, die ich benutze. Das stimmt, das habe ich eingebaut ;-) Dirk hat aber trotzdem recht mit seiner Aussage: mit H kann man zum Beispiel sehen, wer an welchen Ways wann herumeditiert hat. (sowas fehlt in JOSM z.B. noch...) Denn in JOSM siehst Du nur den Namen dessen, der zuletzt geaendert hat; Du siehst weder, wann das war, noch kannst Du eine Historie eines einzelnen Objekts abrufen, um zu sehen, wer in der Vergangenheit alles Aenderungen vorgenommen hat. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Branchenverzeichnis
Und sie ziehen zum naechsten spannenden Projekt weiter, wenn die eigene Gegend komplett scheint (um Hausnummern und die Oeffnungszeiten einer Baeckerei einzutragen, braucht man ja keine Gadgets) Genau das brauche ich. yellowwikis scheint gestorben zu sein. Ich habe Adressen in meiner Datenbank, die ich gerne in einer OSM entsprechenden Lizenz veröffentlichen würde. Als business directory. Leider habe ich so etwas nicht entdecken können. Vielleicht sind Suchmaschinen von solchen Fragen beleidigt ;-) Am besten wäre natürlich eine Suchmaschine mit semantic web Fähigkeiten. Könnte OSM solche Daten mit aufnehmen? Gibt es ein Projekt mit dem OSM dazu zusammenarbeiten kann? Wenn OSM Telefonnummern, Hausnummern, Geschäftsnamen, Branchen (Pharmacies, supermarket, fuel st., etc.) bereits jetzt jetzt assimiliert... Stimmt nicht. Diese Leute *werden* weiterziehen, weil es sie eben gerade reizt, etwas neues aufzubauen, und nicht, etwas bestehendes zu pflegen. jaja, der hype cycle. Gruß, Stephan. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bach und Wege
Olaf Flebbe schrieb: Ich hatte den Bach (waterway=stream) mittels layer=-1 nach unten gelegt, weil ich den Weg (highway=track) nicht x-mal auseinanderhauen wollte um eine Brücke einzubauen. Ist das wirklich das empfohlene Vorgehen? Ein empfohlenes Vorgehen ist mir unbekannt. Die Bäche die ich bisher getaggt habe, liegen in layer 0, werden von Brücken überquert oder fliessen in layer -1 durch Tunnels (Röhren). Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Externe Antennen am Garmin
On Sonntag 20 Januar 2008, Sven Geggus wrote: Hallo zusammen, bringen diese externen Antennen von Garmin für rund 20 Euro eigentlich was? Ich habe insbesondere in den Bergen wenn ich zu Fuß unterwegs bin das Gefühl, dass die Brusttasche oder der Gürtel nicht die perfekte Empfangsposition ist. So ne Antenne könnte man ja oben in den Rucksack stecken. Wenn dadurch die position der Antenne besser wird ja. Wenn die externe Antenne genauso schlechten Winkel wie die eingebaute hat nein. Die Erfahrungen stammen von meinem alten Garmin-EMap. Ich denke mit den ganz neuen und guten Garmin Geräten mit der Stabantenne sieht das evtl. anders aus ... -- Jörg (Germany, Munich) http://www.ostertag.name/ irc://irc.oftc.net/#osm (sometimes) Tel.: 089/420950304 (VOIP: Only ringing while at home at the PC) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fadenkreuz in JOSM
Nee, das ist wohl falsch von mir rübergekommen: Wenn ich eine lange Sequenz von Messwerten einer Fahrt mit dem Rad einen Alpenpass hoch vor mir habe, diese im JOSM-Massstab (Anzeige oben links) von 50 - 100 m darstelle, möchte ich - sofern ich davon überzeugt bin, dass die Messwerte o.k. sind - wenigstens diese Punkte (und sei es auch nur jeder zehnte) sicher treffen und beim Setzen eines Punktes nicht ein paar Pixel neben dem Track liegen. Meistens klappt es zwar auch so, aber wohin genau man den Punkt setzt, sieht man halt nicht, weil das aktuelle Fadenkreuz fast alles überdeckt. Ich hoffe, dass ich mich nun verständlicher ausdrücken konnte: Es geht mir also nicht um Zentimeter, sondern um Pixelgenauigkeit. Ich würde auch in diesem Fall versuchen einfach näher heran zu zoomen. Mit dem Mausrad ist das ja schnell erledigt. Wie bereits erwähnt, die GPS Punkte haben eine genauigkeit von +/-10m, in den Bergen vielleicht noch etwas mehr. Dann spielts keine Rolle ob du das Pixel auch wirklich triffst. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Externe Antennen am Garmin
On Sun, 20 Jan 2008 22:58:17 + (UTC), Sven Geggus wrote: bringen diese externen Antennen von Garmin für rund 20 Euro eigentlich was? Die bringen dann was, wenn Du eine Groundplane hast die eine solche ist: Ein Autodach zum Beispiel. Oder metallbedampfte Scheiben. Kauf Dir lieber für ~100 Euro eine Loggermaus mit Sirf 3 oder einen Garmin mit dem Chipsatz, das bringt deutlich mehr. -- Ciao, Holger (GUS-KOTAL, GUS#1100) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-cz] Cestina bez diakritiky
Hola, jak tak koukám na mapu, vidím hodně ulic se jmény bez diakritiky. Připadá mi škoda tam takhle zadávat neúplné údaje. Problém 1: Potlatch na Linuxu komolí český vstup. Řešení 1: Napsat to v jiném programu a do Potlatche vložit přes schránku. Pokud máte jiné problémy, podělte se a třeba najdem řešení. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
Re: [Talk-cz] Ceska slippymap
Ahoj! Mel jsem to nastudovane v Osmarenderu. V mapniku to ale taky jde... K tak bych navrhoval pouzit markedtrail (nebo marked_trail) s parametrem barva nebo tvar s patricne prirazenou carou, renderovanou jako kdyz se renderuje silnice s ttramvajovymi kolejemi, tedy puvodni barva s tenkou carou uprostred. Muze byt ref= vickrat? Mozna by davalo smysl proste davat turisticke znacky jako ref= :-). pouzil bych ref v ramci namespace markedtrail tj markedtrail:ref=neco nebo tak jak se to pouziva uz i jinde markedtrail_ref=neco. Podle me musi byt na turisticke znaceni extra tag, a nebo specialni relace, coz by asi bylo reseni idealni ale mizerne se s tim pracuje. Zbytecne bych to nekomplikoval, mainstream neco podobneho zatim odmita, tak si to udelame po svem, presne podle OSM spirit No, Ty to implementujes, takze Ty rozhodujes ;-). Slo by zapnout zobrazovani note=? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
[Talk-cz] neco drobnosti
Ahoj, dal jsem dohromady (ani nevim kde jsem to cetl), k cemu je tag highway=viaduct, railway=viaduct, waterway=aquaduct: Zajišťuje korektní vykreslení mostu v renderu. viz http://wiki.openstreetmap.org/index.php/Cz:Map_Features dale... pouzil bych ref v ramci namespace markedtrail tj markedtrail:ref=neco nebo tak jak se to pouziva uz i jinde markedtrail_ref=neco. Podle me musi byt na turisticke znaceni extra tag, a nebo specialni relace, coz by asi bylo reseni idealni ale mizerne se s tim pracuje. Zbytecne bych to nekomplikoval, mainstream neco podobneho zatim odmita, tak si to udelame po svem, presne podle OSM spirit *** stvoril jsem stranku, kam jsem popsal nektere sve predstavy jak mapovat, ktere nejsou soucasti globalnich konvenci, s tim, ze na mensim regionu bychom se na nich shodnout mohly a tim padem postupovaly jednotne (nebo je brali jako inspiraci). Markedtrail by tam slo pridat... samozrejme editace mozna viz. http://wiki.openstreetmap.org/index.php/WikiProject_Czechia/Editing_Standards_and_Conventions#Silnice_.28Highway.29 ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
