Re: [Talk-hr] Fw: [Announce] NOTICE: Upcoming Maintenance / Downtime
2012/1/31 hbogner hbog...@gmail.com: Ljepo da se i tebe napokon malo čuje, ipak si ti značajno pridonio stanju u RH :D +1 i Like ;) Ajmo da vidimo koliko se još ljudi skriva i čuči na listi, javite se i vi drugi ponekad ;) ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk] Problem with OSM calendar
Hi! Some dates for the regular OSM Stammtisch Karlsruhe meeting were wrong on the calendar on the main wiki page. I fixed them 10 days ago or so, but the cal file at http://www.openstreetmap.org.uk/events.ics still shows the wrong dates. Right date for the April 2012 meeting for instance is the 18., the wrong one is the 19. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Relations (Re: Critical Mass for license change-over)
On 1/28/2012 4:26 PM, Toby Murray wrote: The other major thing that no existing tools take into consideration is relations. They are mentioned on the What is clean? page but they aren't being factored into any existing algorithms. Not the easiest thing to show since some of them aren't even rendered on most maps... Here there are two issues - membership and tags. Membership should be easy enough to verify due to redundancy (e.g. the I-70 relation should have all ways with ref:I 70), and tags are rather standardized. So it should be fine to mark odbl=clean after verifying that it's a complete route (easy to do if it's all dual carriageway or uses forward/backward roles) and checking for nonstandard tags added by ungood mappers. Relations such as bus routes that are not marked on their children are more complicated. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Change in OSM Inspector License View/WTFE
Hi, I have recently changed the OSMI license view to update more frequently. Most changes should now be visible within about 4 hours; the more complex analysis that finds out whether an object has been stripped of problematic contributions still takes about a day though. I have also moved wtfe.gryph.de to another server where it is automatically synced with the OSMI database. If you find anything out of sync, let me know. Once every 4 hours there will be a very short downtime in the WTFE service (of maybe 5 seconds) while the database is exchanged for the new version, so if you get an error message when loading WTFE data, just retry. I would also like to draw attention tho the report service that can give you a detailed breakdown of the assessment of a specific object, e.g. http://wtfe.gryph.de/report/way/5656569 This should answer the question of why is something red/orange/yellow/unmarked. If you find anything strange with that, let me know too. Finally, I am looking at ways to visualize relations on the OSMI view. If you have any ideas about that, feel free to suggest something. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM @ FOSDEM?
update of the current state: I'll check for a large printout of Brussels and mybe a world map, I'll feed back on this (we had these at the 28C3). I have both at home since some days, thanks to Frederik! Does anybody have English flyers or something like that to hand over to interested persons? I received also very few English flyers from Frederik (I think thas have been the only ones he had). And I will bring my very few vew last German Flyers too. BTW: ist there somebody from the OSM community at the friday beer event? http://www.fosdem.org/2012/beerevent Meet you at Brussels, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Visualizing relations, was: Change in OSM Inspector License View/WTFE
Hi, On 01.02.2012 18:05, Frederik Ramm wrote: Finally, I am looking at ways to visualize relations on the OSMI view. If you have any ideas about that, feel free to suggest something. I've been thinking about this and I believe that visualizing relations in terms of making them actually visible on a map is a really challenging task. What I've seen so far is Merkaartor's way of drawing bounding boxes around a relation's members, and JOSM's highlighting with some colour (also seen on various maps showing routes). The former, however, clutters the map on small scales, and the latter in principle works for a very limited number of relations only. So basically you want to make sure that - relation symbols are placed at representative locations, - relation symbols don't occlude neither nodes or ways nor each other, - the set of visible relations meaningfully relates to the map scale, - the view doesn't get cluttered. I have some immature ideas about how to go about it, but for the purpose of OSMI I think you should prefer the quick and dirty way ;) Display a list of relation IDs as plain text (or name tag instead, if given) coloured according to the licence status. In order to keep the list short, define upper and lower bounds for the maximum Euclidean distance between two relation members in each zoom level. For ways simply use the coordinates of the first node, for relations use those of the first member. cheers ant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Night of the living maps 07.02.2012 - Avoid API congestion
Dear JOSM users, Mapping events have in the past often triggered an API block from the admins due to too much download traffic. See e.g. http://wiki.openstreetmap.org/wiki/API_usage_policy To avoid that, I've just started the JOSM plugin mirrored_download. This plugin allows to download OSM data into JOSM from both instances of the Overpass API and thus avoids download requests to the main API at all. As an extra bonus to all plugins users, Overpass API is almost always faster than the main API. As both Overpass servers have still only a load of 5%-15% even at peak hours, there is much room for more download traffic. Just install the plugin (under preferences plugins mirrored_download), restart JOSM and then use Mirrored download Download from OSM... instead of File Download from OSM If you run a readonly API yourself, feel free to add that one in the JOSM SVN at josm/plugins/mirrored_download/src/mirrored_download/UrlSelectionDialog.java after line 101. Best regards, Roland Olbricht ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Subscribe to feeds of changes in your area with Changepipe
Hi, I'm experimenting with minutely diffs and I made this: http://migurski.github.com/Changepipe/ Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the directions on the page! -mike. michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Night of the living maps 07.02.2012 - Avoid API congestion
On Wed, Feb 1, 2012 at 4:36 PM, Roland Olbricht roland.olbri...@gmx.de wrote: Dear JOSM users, Mapping events have in the past often triggered an API block from the admins due to too much download traffic. See e.g. http://wiki.openstreetmap.org/wiki/API_usage_policy To avoid that, I've just started the JOSM plugin mirrored_download. This plugin allows to download OSM data into JOSM from both instances of the Overpass API and thus avoids download requests to the main API at all. As an extra bonus to all plugins users, Overpass API is almost always faster than the main API. As both Overpass servers have still only a load of 5%-15% even at peak hours, there is much room for more download traffic. Just install the plugin (under preferences plugins mirrored_download), restart JOSM and then use Mirrored download Download from OSM... instead of File Download from OSM If you run a readonly API yourself, feel free to add that one in the JOSM SVN at josm/plugins/mirrored_download/src/mirrored_download/UrlSelectionDialog.java after line 101. Awesome. I have seen several conversations on IRC about this kind of functionality and I had considered trying something but you beat me to it :) Suggestion: Why require source changes and a recompile to change the URL? Just make the JComboBox editable. Or maybe 2 or 3 text fields that are pre-populated but can be changed by the user. Better yet, maybe make it an advanced setting string (maybe up to 5 of them or something?) so that user choices are persisted across restarts. I tried making the JComboBox editable and put in the URL of my private jxapi server and it worked fine. I may actually start using this on a regular basis. And here are some problems: 1) Activating this plugin seems to overwrite the default JOSM download action so the only way to start using the normal API again is to remove the plugin which doesn't seem entirely good. 2) after I bring up the URL dialog, there is no way to dismiss it. I can also bring up multiple copies at the same time 3) downloading via this plugin does not trigger JOSM's Draw boundaries of downloaded data feature. a couple hours later After updating to the latest osmosis and jxapi code (thanks for the help, Ian!) I have confirmed that #3 is actually the fault of Overpass API, not of the plugin. Overpass API does not include a bounds tag at the beginning of the response like the normal API (and as of a few minutes ago, the jxapi) does. While this is not a HUGE problem, it will definitely lead to some confusion and probably a little duplicated data somewhere. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Subscribe to feeds of changes in your area with Changepipe
On Thu, Feb 2, 2012 at 2:15 AM, Michal Migurski m...@stamen.com wrote: Hi, I'm experimenting with minutely diffs and I made this: http://migurski.github.com/Changepipe/ Want me to bake you a feed of fresh OSM changesets for your area? Draw a polygon and mail to me following the directions on the page! This seems a lot like OWL. What makes it different? http://matt.dev.openstreetmap.org/owl_viewer/ - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
Vorig jaar heb ik OSM rondom Gorinchem aangepast door panden en adressen uit de BAG toe te voegen. Ik had ook de beschikking over postcodes maar die mochten vanwege licentiebezwaren nog niet worden toegevoegd. Vandaag, per 1 februari 2012, mag het wel. De vraag is nu hoe ik dit het beste kan aanpakken. Alle adrespunten die ik wil uitbreiden met een addr:postcode tag, hebben nu in principe al een tag bag:vbo_id. Ik kan een lijst genereren van alle verblijfsobject_id's met bijbehorende postcodes. Liefst zou ik hieruit een script met update-query's genereren die ik kan loslaten op OSM. Ik maak voornamelijk gebruik van JOSM en kon geen plugins vinden die in dit soort functionaliteit voorzien. Waarschijnlijk moet ik dit vanuit een andere invalshoek benaderen. Iemand hints hoe dit aan te pakken? Met vriendelijke groet, Ruud den Blanken Gorinchem ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
2012/2/1 Ruud den Blanken ruud.den.blan...@gmail.com: Vorig jaar heb ik OSM rondom Gorinchem aangepast door panden en adressen uit de BAG toe te voegen. Ik had ook de beschikking over postcodes maar die mochten vanwege licentiebezwaren nog niet worden toegevoegd. Vandaag, per 1 februari 2012, mag het wel. De vraag is nu hoe ik dit het beste kan aanpakken. Alle adrespunten die ik wil uitbreiden met een addr:postcode tag, hebben nu in principe al een tag bag:vbo_id. Ik kan een lijst genereren van alle verblijfsobject_id's met bijbehorende postcodes. Liefst zou ik hieruit een script met update-query's genereren die ik kan loslaten op OSM. Ik maak voornamelijk gebruik van JOSM en kon geen plugins vinden die in dit soort functionaliteit voorzien. Waarschijnlijk moet ik dit vanuit een andere invalshoek benaderen. Iemand hints hoe dit aan te pakken? Ik kan je dit niet echt uitleggen, ik zou het denk gewoon scripten zonder JOSM. Maar die import ziet er best mooi uit, is dat ergens gedocumenteerd? Hier een link: http://osm.org/go/0EvFls2WB-- Groet, Floris Looijesteijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
Op 01-02-12 11:49, Floris Looijesteijn schreef: 2012/2/1 Ruud den Blankenruud.den.blan...@gmail.com: Vorig jaar heb ik OSM rondom Gorinchem aangepast door panden en adressen uit de BAG toe te voegen. Maar die import ziet er best mooi uit, is dat ergens gedocumenteerd? Die import ziet er zeker mooi uit. Ik wil de BAG-gegevens ook toevoegen in mijn woonplaats Woudenberg, maar ik weet eerlijk gezegd nog niet precies hoe. Ik ben dat nu aan het uitzoeken hoe dat werkt. Een gedocumenteerde import zou dus zeer van pas kunnen komen. :-) Groeten, André ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
On 2012-02-01 12:30, drek wrote: Op 01-02-12 11:49, Floris Looijesteijn schreef: 2012/2/1 Ruud den Blankenruud.den.blan...@gmail.com: Vorig jaar heb ik OSM rondom Gorinchem aangepast door panden en adressen uit de BAG toe te voegen. Maar die import ziet er best mooi uit, is dat ergens gedocumenteerd? Die import ziet er zeker mooi uit. Ik wil de BAG-gegevens ook toevoegen in mijn woonplaats Woudenberg, maar ik weet eerlijk gezegd nog niet precies hoe. Ik ben dat nu aan het uitzoeken hoe dat werkt. Een gedocumenteerde import zou dus zeer van pas kunnen komen. :-) http://wiki.openstreetmap.org/wiki/BAG is de plek in de wiki, er staan alleen weinig concrete stappen in. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
Even vermelden dat het mogelijk is om ook binnen de JOSM-editor te scripten in bijvoorbeeld Python. Jo Op 1 februari 2012 14:25 schreef Roeland Douma u...@rullzer.com het volgende: Howdy, Heeft iemand eigenlijk ergens een BAG extract staan van alle gemeentes in Nederland? Cheers, --Roeland On 01.02.2012 12:35, Maarten Deen wrote: On 2012-02-01 12:30, drek wrote: Op 01-02-12 11:49, Floris Looijesteijn schreef: 2012/2/1 Ruud den Blankenruud.den.blanken@**gmail.comruud.den.blan...@gmail.com : Vorig jaar heb ik OSM rondom Gorinchem aangepast door panden en adressen uit de BAG toe te voegen. Maar die import ziet er best mooi uit, is dat ergens gedocumenteerd? Die import ziet er zeker mooi uit. Ik wil de BAG-gegevens ook toevoegen in mijn woonplaats Woudenberg, maar ik weet eerlijk gezegd nog niet precies hoe. Ik ben dat nu aan het uitzoeken hoe dat werkt. Een gedocumenteerde import zou dus zeer van pas kunnen komen. :-) http://wiki.openstreetmap.**org/wiki/BAGhttp://wiki.openstreetmap.org/wiki/BAG is de plek in de wiki, er staan alleen weinig concrete stappen in. Maarten __**_ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-nlhttp://lists.openstreetmap.org/listinfo/talk-nl __**_ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-nlhttp://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
+1 Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) drek d...@drek.nl schreef: Op 01-02-12 11:49, Floris Looijesteijn schreef: 2012/2/1 Ruud den Blankenruud.den.blan...@gmail.com: Vorig jaar heb ik OSM rondom Gorinchem aangepast door panden en adressen uit de BAG toe te voegen. Maar die import ziet er best mooi uit, is dat ergens gedocumenteerd? Die import ziet er zeker mooi uit. Ik wil de BAG-gegevens ook toevoegen in mijn woonplaats Woudenberg, maar ik weet eerlijk gezegd nog niet precies hoe. Ik ben dat nu aan het uitzoeken hoe dat werkt. Een gedocumenteerde import zou dus zeer van pas kunnen komen. :-) Groeten, André ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
Ik wil dit ook wel doen voor Haarlem maar laten we in ieder geval een procedure bedenken voor hoe we omgaan met updates. Waar TS dus nu tegenaan loopt zou je ook als update kunnen zien. Groet, Floris 2012/2/1 Robert Elsenaar rob...@elsenaar.info: +1 Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) drek d...@drek.nl schreef: Op 01-02-12 11:49, Floris Looijesteijn schreef: 2012/2/1 Ruud den Blankenruud.den.blan...@gmail.com: Vorig jaar heb ik OSM rondom Gorinchem aangepast door panden en adressen uit de BAG toe te voegen. Maar die import ziet er best mooi uit, is dat ergens gedocumenteerd? Die import ziet er zeker mooi uit. Ik wil de BAG-gegevens ook toevoegen in mijn woonplaats Woudenberg, maar ik weet eerlijk gezegd nog niet precies hoe. Ik ben dat nu aan het uitzoeken hoe dat werkt. Een gedocumenteerde import zou dus zeer van pas kunnen komen. :-) Groeten, André ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
Januari in zn geheel importeren? Stefan Op 1 feb 2012 om 14:25 heeft Roeland Douma u...@rullzer.com het volgende geschreven:\ Howdy, Heeft iemand eigenlijk ergens een BAG extract staan van alle gemeentes in Nederland? Cheers, --Roeland On 01.02.2012 12:35, Maarten Deen wrote: On 2012-02-01 12:30, drek wrote: Op 01-02-12 11:49, Floris Looijesteijn schreef: 2012/2/1 Ruud den Blankenruud.den.blan...@gmail.com: Vorig jaar heb ik OSM rondom Gorinchem aangepast door panden en adressen uit de BAG toe te voegen. Maar die import ziet er best mooi uit, is dat ergens gedocumenteerd? Die import ziet er zeker mooi uit. Ik wil de BAG-gegevens ook toevoegen in mijn woonplaats Woudenberg, maar ik weet eerlijk gezegd nog niet precies hoe. Ik ben dat nu aan het uitzoeken hoe dat werkt. Een gedocumenteerde import zou dus zeer van pas kunnen komen. :-) http://wiki.openstreetmap.org/wiki/BAG is de plek in de wiki, er staan alleen weinig concrete stappen in. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,4f293d0357135015151439! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
On 1-2-2012 10:44, Ruud den Blanken wrote: Vorig jaar heb ik OSM rondom Gorinchem aangepast door panden en adressen uit de BAG toe te voegen. Ik had ook de beschikking over postcodes maar die mochten vanwege licentiebezwaren nog niet worden toegevoegd. Vandaag, per 1 februari 2012, mag het wel. De vraag is nu hoe ik dit het beste kan aanpakken. Alle adrespunten die ik wil uitbreiden met een addr:postcode tag, hebben nu in principe al een tag bag:vbo_id. Ik kan een lijst genereren van alle verblijfsobject_id's met bijbehorende postcodes. Liefst zou ik hieruit een script met update-query's genereren die ik kan loslaten op OSM. Ik maak voornamelijk gebruik van JOSM en kon geen plugins vinden die in dit soort functionaliteit voorzien. Waarschijnlijk moet ik dit vanuit een andere invalshoek benaderen. Iemand hints hoe dit aan te pakken? Met vriendelijke groet, Ruud den Blanken Gorinchem Hoi Ruud, Zoals je weet, kun je niet zomaar een script met update-queries uitvoeren tegen de OSM-database aan ;) Je moet de adrespunten downloaden als OSM file, bewerken en vervolgens uploaden. Ik geloof niet dat er tools beschikbaar zijn om een join uit te voeren van OSM-data met een externe databron. Dit zou je moeten scripten. Voor upload met JOSM kun je gebruik maken van het eigen file formaat: http://wiki.openstreetmap.org/wiki/JOSM_file_format . Dit lijkt erg op het standaard OSM XML-formaat. D.m.v. een action-attribuut kun je aangeven wat er met de data moet gebeuren. Voorbeeldje: node id='1608043892' action='modify' timestamp='2012-01-28T00:16:32Z' uid='210260' user='jotpe' visible='true' version='1' changeset='10517630' lat='52.3024097' lon='7.1756024' tag k='bag:vbo_id' v='abcdef' / tag k='addr:housenumber' v='yyy' / tag k='addr:street' v='xxx' / tag k='addr:postcode' v='zzz' / /node De attributen id, timestamp, uid, user, visible, version, changeset, lat en lot zijn standaard-attributen. Deze waren al aanwezig in de download. Het action-attribuut geeft aan dat de betreffende node moet worden geupdate. De tags geven aan welke tags de nieuwe versie moet hebben. Je kunt aan de tags niet zien welke nieuw is, dus je moet gewoon die van jou toevoegen. BELANGRIJK: aangezien je bestaande data wijzigt, zorg ervoor dat je de bewerkingstijd zo kort mogelijk houdt! Het heeft dus de voorkeur om kleine gebieden tegelijk te updaten, omdat in theorie de kans aanwezig is dat anderen tussentijds de data bewerken. Je kunt de database immers niet freezen. Dit heeft als gevolg dat jij conflicten moet oplossen indien nodig. Dat is zonde van de tijd. Let er dan ook op dat je na een upload eerst nieuwe data downloadt, om eventuele wijzigingen mee te pakken. Mogelijk is in jouw geval FME een optie. Ik ben niet bekend met de OSM-writer, maar als je zelf het action-attribuut in het node-element weet te krijgen i.p.v. als tag, dan zou het wel eens kunnen werken. De andere attributen moeten dan niet wijzigen. Als dit klaar is, zou je de wijzigingen met JOSM kunnen uploaden. Groeten, Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
Iets anders wat interessant is om selectief data af te halen voor een bepaald gebied, is de overpass API. Ik haal daar bijvoorbeeld het skelet van een heel fietsroutenetwerk mee af, tesamen met alle zijwegen. Een voorbeeld van de syntax: Eenvoudig: osm-script timeout=7200 element-limit=9073741824 query type=way user name=Chemins/ has-kv k=name/ has-kv k=landuse v=farm/ /query union item/ recurse type=way-node/ /union print mode=meta/ /osm-script Wat ingewikkelder: osm-script timeout=7200 element-limit=9073741824 query type=relation has-kv k=type v=network/ has-kv k=network v=rcn/ has-kv k=addr:province v=Vlaams-Brabant/ /query union item/ recurse from=routerelation type=relation-node into=routerelationsnodes/ recurse type=relation-relation into=routerelations/ recurse from=routerelations type=relation-way into=routerelationways/ recurse from=routerelationways type=way-node into=routerelationwaysnodes/ recurse from=routerelationwaysnodes type=node-way into=parentways/ recurse from=parentways type=way-node into=parentwaysnodes/ recurse from=parentways type=way-relation into=parentwaysrelations/ /union print mode=meta/ /osm-script Groeten, Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
Voordat het import-virus losbarst: wees je er wel van bewust wat voor klus dit is! Dit kan ik niet genoeg benadrukken. Elke import is uniek. De BAG-import heeft meer voeten in de aarde dan bijv. de 3dShapes import. Dit om de volgende redenen: * Vervanging bestaande data: Ten tijde van de 3dShapes import was NL redelijk blanco op het gebied van gebouwen en landgebruik. (De AND-landuse was van lage kwaliteit, dus die kon worden verwijderd.) Nu staat NL vol met gebouwen uit de 3dShapes. Voor een deel zijn deze ook bewerkt / verrijkt met andere data. Je kunt geen import doen zonder hier een goede oplossing voor te verzinnen. In het geval de 3dShapes gebouwen niet gewijzigd zijn (version=1), zouden deze vervangen kunnen worden. Probeer dus eerst inzichtelijk te krijgen welke gebouwen wel problemen opleveren, bijv. omdat je tags moet omzetten. Ga eerst in conclaaf met andere OSM-ers die wijzigingen aan de gebouwen hebben aangebracht in het gebied waarvan je de BAG wil importeren. * Verantwoordelijkheid: als je aan een import begint, heb je je te houden aan de import guidelines. Zie hier: http://wiki.openstreetmap.org/wiki/Import_guidelines . Als jij zelf BAG-data wil importeren, heb jij je _zelf_ hier aan te houden, omdat de import onder _jouw_ account zal plaatsvinden. Je bent dus ook verantwoordelijk voor eventuele troep die je achterlaat. Natuurlijk ga je die ook zelf opruimen ;) De rest van de community zit hier niet op te wachten. Vraag je eerst af of je bereid bent je hieraan te committen. Zie ook het volgende punt. * Updates: al aangestipt. Zeker zinvol om over na te denken, maar het probleem hier is dat dit niet af te dwingen is. Iemand kan ergens de BAG importeren en plechtig beloven zich te committen aan updates, maar als hij een andere hobby heeft gevonden, zijn er ook geen updates meer. * Nut: wat is de toegevoegde waarde van de BAG in OSM? De adressen ontbreken in OSM, wat handig is voor routing, e.d., maar er zijn al wel gebouwen. IMO zijn deze van voldoende kwaliteit voor de meeste toepassingen van OSM. Ik wil natuurlijk in mijn gebied wel de best beschikbare data, maar ik weet ook al dat, als ik een mooie kaart van NL ga maken, ik de BAG data wel uit de originele bron ga betrekken en niet uit OSM. Dit omdat de BAG zelf de beste bron is. Wie weet wat er met de OSM data is gerommeld is en wat de actualiteit is? Zelfs al loopt OSM voor (wat heel goed mogelijk is), je kunt niemand binnen OSM aanspreken als de situatie niet klopt. Het standaardantwoord: pas het lekker zelf aan. In de GIS-wereld loopt al enige jaren de discussie tussen authoritive data vs. crowdsourced data, wat hierop betrekking heeft. Het bovenstaande punt geldt trouwens ook voor de landuse. Ja, in die zin heb ik maanden vrije tijd voor niks besteed, maar toen was ook niet bekend dat de Top10NL open data zou worden. Mijn handen jeuken totaal niet om Top10NL in OSM te laden. Hooguit om de 3dShapes data ten dele te verrijken, om fouten met de classificaties ongedaan te maken. Bij de 3dShapes-import is i.i.g. hier wel zoveel mogelijk rekening gehouden en tijd ingestoken. * Afhankelijkheid van anderen: er wordt wel geroepen dat er moet worden nagedacht over zaken of dat er iets beschikbaar moet komen, maar wie gaat daadwerkelijk tijd en serverruimte vrij maken om dit ook te regelen? Is het reëel om te verwachten dat anderen dit klusje voor jou gaan klaren? We zijn allemaal vrijwilliger en 99,9% van ons heeft ook andere dingen te doen. Zelf ben ik er nog niet uit of ik mijzelf wil committen aan de BAG. Zoals gezegd wil ik in de gebieden die mijn meeste interesse hebben wel de beste data, maar aan de andere kant zie ik op tegen het integreren met de bestaande data en het blijvend actualiseren. Ik kan alleen constateren dat de behoefte om delen van de BAG te importeren eerder afneemt dan toeneemt. Dit zeg ik zowel met de OSM- als met de werk-pet op. Zo, dat was het wel voor deze keer :) Groeten, Frank On 1-2-2012 17:44, Floris Looijesteijn wrote: Ik wil dit ook wel doen voor Haarlem maar laten we in ieder geval een procedure bedenken voor hoe we omgaan met updates. Waar TS dus nu tegenaan loopt zou je ook als update kunnen zien. Groet, Floris 2012/2/1 Robert Elsenaarrob...@elsenaar.info: +1 Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) drekd...@drek.nl schreef: Op 01-02-12 11:49, Floris Looijesteijn schreef: 2012/2/1 Ruud den Blankenruud.den.blan...@gmail.com: Vorig jaar heb ik OSM rondom Gorinchem aangepast door panden en adressen uit de BAG toe te voegen. Maar die import ziet er best mooi uit, is dat ergens gedocumenteerd? Die import ziet er zeker mooi uit. Ik wil de BAG-gegevens ook toevoegen in mijn woonplaats Woudenberg, maar ik weet eerlijk gezegd nog niet precies hoe. Ik ben dat nu aan het uitzoeken hoe dat werkt. Een gedocumenteerde import zou dus zeer van pas kunnen komen. :-) Groeten, André
Re: [OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
Floris schreef: Ik kan je dit niet echt uitleggen, ik zou het denk gewoon scripten zonder JOSM. Maar die import ziet er best mooi uit, is dat ergens gedocumenteerd? Hier een link: http://osm.org/go/0EvFls2WB-- Ik heb mijn ervaringen rondom deze import beschreven in het forum: http://forum.openstreetmap.org/viewtopic.php?id=13917 Deze BAG-import is niet universeel bruikbaar omdat ik a) niet een BAGLV-extract als basis heb maar een set shapefiles verstrekt door de gemeente b) deze shapes met commerciele software (FME Desktop van Safe Software) naar OSM-formaat converteer. Een update-strategie heb ik niet aangezien het hier een eenmalige verstrekking betreft. Als ik in de gelegenheid ben wil ik nog wel eens aan de gang met een conversie van BAGLV naar OSM. Met vriendelijke groet, Ruud den Blanken Gorinchem ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Postcodes semi-automatisch toevoegen aan adrespunten
Dank voor de reacties. Met de tips van Frank Steggink stegg...@steggink.org en Jo winfi...@gmail.com ga ik binnenkort aan de slag. Eens kijken hoe ver ik daarmee kom. Met vriendelijke groet, Ruud den Blanken Gorinchem ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Boundary removal.
On 01/02/2012, at 9:09 PM, Nick Hocking wrote: So, should we clear out the doomed relations now or leave the broken ones for the DWG to remove for us in April? I think leave in the broken ones for now. I've started work on removing the version 1 ways, but if someone with a faster internet connection can remove these en masse then feel free to go ahead! The next task I had in mind was to go through the remaining ones, trying to save what I can (e.g. imagery for waterways/roads, or removing boundaries while leaving new nodes intact (e.g. road crosses boundary, someone adds a ford to the way)). Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Boundary removal.
I'll scream about tomorrow lunchtime. Can you explain why the DWG need to be involved here? I'm not sure I see the benefits of a bulk remove prior to everything else. I have had no difficulties in removing the ABS boundaries when they get it my way. Ian. On Feb 1, 2012 11:50 PM, Nick Hocking nick.hock...@gmail.com wrote: Mark wrote I think leave in the broken ones for now. The only problem some may have is that once a relation is empty you won't be able to locate it again although it will disappear on April 1st. Still if people have added roads into the boundary relation then the road won't be deleted and therefore the relation will not be empty. So yes I agree lets just get the version 1 ABS boundaries deleted and let the relations look after themselves. Tomorrow lunchtime I will ask DWG to do the deletes, unless there are lots of screams here. If there are lots of screams here next week then we could, of course get the deletes reverted. And yes, I will produce a list of 1500 boundary roads and 1500boundary waterways which are at risk. (this weekend I promise). Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Boundary removal.
I think doing a JOSM search for user:ABS2006 does everything we want here. Because JOSM is only aware of the most recent user, this selects all V1 ABS2006 imported objects only. Relations, nodes and ways. These can then be deleted with a single click. If the relations, ways, and nodes are all unmodified this will delete them all. If anything has been modified, it leaves it. If you are doing it over a small area, it is possible to check any unselected boundary relations as well, to check if the modifications are significant, and manually tidy up around the edges. Do you want me to try this on a small area (like Canberra :-) to see if it gives the desired results? Ian. On 2 February 2012 00:03, Ian Sergeant inas66+...@gmail.com wrote: I'll scream about tomorrow lunchtime. Can you explain why the DWG need to be involved here? I'm not sure I see the benefits of a bulk remove prior to everything else. I have had no difficulties in removing the ABS boundaries when they get it my way. Ian. On Feb 1, 2012 11:50 PM, Nick Hocking nick.hock...@gmail.com wrote: Mark wrote I think leave in the broken ones for now. The only problem some may have is that once a relation is empty you won't be able to locate it again although it will disappear on April 1st. Still if people have added roads into the boundary relation then the road won't be deleted and therefore the relation will not be empty. So yes I agree lets just get the version 1 ABS boundaries deleted and let the relations look after themselves. Tomorrow lunchtime I will ask DWG to do the deletes, unless there are lots of screams here. If there are lots of screams here next week then we could, of course get the deletes reverted. And yes, I will produce a list of 1500 boundary roads and 1500boundary waterways which are at risk. (this weekend I promise). Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Boundary removal.
Quoting Ian Sergeant inas66+...@gmail.com: I think doing a JOSM search for user:ABS2006 does everything we want here. Because JOSM is only aware of the most recent user, this selects all V1 ABS2006 imported objects only. Relations, nodes and ways. These can then be deleted with a single click. If the relations, ways, and nodes are all unmodified this will delete them all. If anything has been modified, it leaves it. If you are doing it over a small area, it is possible to check any unselected boundary relations as well, to check if the modifications are significant, and manually tidy up around the edges. Do you want me to try this on a small area (like Canberra :-) to see if it gives the desired results? Canberra has already been done using this method - I've currently got JOSM set to only show boundaries, all apart from author=ABS2006 greyed out, and certain other ways greyed out (highways, railways, coastlines, state/country borders). I've also been deleting relations once there are no longer any ways in them. I haven't looked at all the state borders yet, but some of them at least are based on ABS data - prior to the ABS import, was there other data for state borders that can be undeleted, or will we need to add these in again? Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Boundary removal.
Mark wrote I haven't looked at all the state borders yet, but some of them at least are based on ABS data - prior to the ABS import, was there other data for state borders that can be undeleted, or will we need to add these in again? That's a very good question. The coastline in particular has caused some interesting discussions on this list for years. I'm sure there were all state borders and coastline before ABS but that the ABS data was usually better (but not always). I've had importers and tweakers cause some of the roads I've mapped to move into the ocean maybe three times (for the same road) but that's no problem, I've just tweaked the coastline back into proper position. Since the ABS import has deleted the previous data there is no way for us to get it back unless we can find some old planet files. I believe that the DWG would (be able to help us here). I'd like to get the ACT border sorted out pronto. Actually I spent a lot of time (and petrol) mapping the Black Allen line (NSW VIC straight border). I must check that the ABS import didn't mess that up. There is even a bridge (near Delegate) that VIC (i think) had to give back to NSW even though they had maintained it for decades because it was surveyed into the wrong state. I very carefully mapped this bridge's position. I tried remapping some coastline down near Eden, from Bing imagery. This works well buit is very time comsuming and the coastline is BIG and probably Bing imagery does not cover it all at the necessary resolution. I suggest we get back our old state natrional boundaries from before ABS and then improve them over the next year or so, at our leisure. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Boundary removal.
Okay, It sounds like your way further down this line of thought/implementation than me. I'm happy to drop any objection, and keep my fingers crossed for a good result. Looking forward to any data you can produce from your analysis. Thanks, Ian. On 2 February 2012 10:46, Nick Hocking nick.hock...@gmail.com wrote: Ian wrote Do you want me to try this on a small area (like Canberra :-) to see if it gives the desired results? Yes - you could try but I've beaten you to it. A couple of weeks ago I spent a lot of time and an awfull lot of downloading in JOSM to find and destroy all the V1 boundaries. I think there is now only the state boundary left (level 4) and I'm sure I busted that one as well by mistake. It was tedious work and very easy to destroy good roads that are very close to the boundaries. Having done this I could then start remapping (well after removing some obscuring power lines and footpaths that I will have to remap later). Out in the rural areas it can take up to 10 minutes just to download and destroy a single long boundary. There are about 15,000 that need removal. I do think that if people see a lot of red disappear and then know that anything that is left that is red is worth working on, then maybe remapping will start in earnest. Also mass deletion of v1 (virgin) boundaries will have the benefit that if you see a boundary then you will know that it either is containing some good info that may be reclaimable, or that some good stuff is hiding underneath and may be salvagable. I will also endeavour to find a way to visualise or at least easily locate those non v1 boundaries that have a road/river/railroad or runway mixed in or have been glued to them so that we can easily see if we can recover any clean information and maybe completely remap with BIng landsat etc. I need to remove all v1 boundaries between here and Adelaide and all of south eastern NSW. I'm not adept at bulk adds/deletes etc and would really like the DWG to do it and get it right. Also this would reduce load on the servers which I am giving a fair hammering, looking at history etc Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Boundary removal.
On 2 February 2012 11:22, Nick Hocking nick.hock...@gmail.com wrote: I suggest we get back our old state natrional boundaries from before ABS and then improve them over the next year or so, at our leisure. There is nothing stopping us using the 2011 ABS boundaries, from the areas where we are missing this information. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Boundary removal.
+1 Nick, you've obviously put a lot of thought into this and I trust your judgement. I think removing the boundaries sooner rather than later will make the remapping effort easier, and spreading the pain across a few blows now is better than waiting for a knockout hit on April 1st. Cheers, Ben On 02/02/2012, at 11:49, Ian Sergeant inas66+...@gmail.com wrote: Okay, It sounds like your way further down this line of thought/implementation than me. I'm happy to drop any objection, and keep my fingers crossed for a good result. Looking forward to any data you can produce from your analysis. Thanks, Ian. On 2 February 2012 10:46, Nick Hocking nick.hock...@gmail.com wrote: Ian wrote Do you want me to try this on a small area (like Canberra :-) to see if it gives the desired results? Yes - you could try but I've beaten you to it. A couple of weeks ago I spent a lot of time and an awfull lot of downloading in JOSM to find and destroy all the V1 boundaries. I think there is now only the state boundary left (level 4) and I'm sure I busted that one as well by mistake. It was tedious work and very easy to destroy good roads that are very close to the boundaries. Having done this I could then start remapping (well after removing some obscuring power lines and footpaths that I will have to remap later). Out in the rural areas it can take up to 10 minutes just to download and destroy a single long boundary. There are about 15,000 that need removal. I do think that if people see a lot of red disappear and then know that anything that is left that is red is worth working on, then maybe remapping will start in earnest. Also mass deletion of v1 (virgin) boundaries will have the benefit that if you see a boundary then you will know that it either is containing some good info that may be reclaimable, or that some good stuff is hiding underneath and may be salvagable. I will also endeavour to find a way to visualise or at least easily locate those non v1 boundaries that have a road/river/railroad or runway mixed in or have been glued to them so that we can easily see if we can recover any clean information and maybe completely remap with BIng landsat etc. I need to remove all v1 boundaries between here and Adelaide and all of south eastern NSW. I'm not adept at bulk adds/deletes etc and would really like the DWG to do it and get it right. Also this would reduce load on the servers which I am giving a fair hammering, looking at history etc Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Hallo. Am 01.02.2012 00:35, schrieb Tirkon: [ Wer braucht alle Bundesstraßen ] Zum Beispiel ein Autor des Wikipedia Artikels Bundesstraße. Nein, auch der muss nicht alle Rohdaten aller Nodes aller Abschnitte aller Bundesstraßen auf einmal herunterladen können. Das sind ja Megabyte-Weise Daten, die alleine bringen niemandem irgendwas. Wer es schafft die Daten brauchbar zu rendern, kann auch osmfilter benutzen. Es gibt ja einen Grund, der dazu geführt hat dass die maximale Größe von Relationen beschränkt wurde. Es sind technische Probleme die man mit exorbitanter Hardware zwar lösen könnte aber mit der Hardware kann man auch sinnvolle Dinge tun. Diese Einschränkung muss man jetzt nicht damit pervertieren, indem man Sammel-Relationen hierarchisch aufbaut und in jeder Sammel-Relation weitere Sammelrelationen einbaut. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 01.02.2012 08:27 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Jemand, dem es nicht zuzumuten ist, eine Wiki-Seite zu editieren, eine Windows-Eingabeaufforderung zu starten oder einer technische Anleitung zu folgen soll jetzt also Grund sein, eine redundante und ueberfluessige Relation bereit zu stellen? Moin, es ist eventuell nicht sehr offensichtlich gewesen, aber die Antwort war ein Hinweis auf die Tatsache, daß sich (für Software) aus ref=* eben nicht die deutsche “Verwaltungsebene“ einer Straße ablesen lässt - ebenso wenig wie aus dem name-tag einer Sammelrelation natürlich - und ich habe keine Sekunde daran gezweifelt, daß Martin das auch so verstehen würde. ;-) Also in klaren Worten: ich bin auch kein Fan der bloßen Sammlung und würde einen tag für die Verwaltungsebene befürworten. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 01.02.2012 07:10, schrieb Andre Joost: Am 01.02.2012 01:42, schrieb Martin Koppenhoefer: 3. eine Eingabeaufforderung öffnen (z.B. win-taste+r drücken, dann cmd eingeben) und in den Ordner wechseln, wo man die Daten und osmfilter hat. ... und allein das ist schon eine unüberwindliche Hürde für jemanden, der kein DOS gelernt hat. Das mag sein, nur wie soll er an die Relationen kommen? API über Browser scheitert in der Regel an der zu kurzen TimeOut-Zeit des Browsers. API über wget geht, braucht aber auch cmd. API über josm braucht bei der Datenmenge auch cmd, sodass man java mehr RAM zuteilen kann. Ebenfalls, wofür sollen dann noch Relationen erstellt werden. Alle Daten von Kleinkleckersdorf? Alle Häuser Bundeslandweiseoder alle Ortsstraßen? Ein womöglich einfacheres Herunterladen ist meiner Meinung nach kein Grund für eine Sammelrelation. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
On 01.02.2012 07:10, Andre Joost wrote: Am 01.02.2012 01:42, schrieb Martin Koppenhoefer: 3. eine Eingabeaufforderung öffnen (z.B. win-taste+r drücken, dann cmd eingeben) und in den Ordner wechseln, wo man die Daten und osmfilter hat. ... und allein das ist schon eine unüberwindliche Hürde für jemanden, der kein DOS gelernt hat. Wozu muss man DOS gelernt haben um eine Tastenkombination zu lesen und auszuführen, den fertigen Text dorthin zu kopieren und dann Enter zu drücken? Ich war auf Stammtischen da waren Senioren die halt gern Radfahren und dabei die Radwege in ihrer Umgebung erfassen wollten, weil sie gesehen haben, dass die noch fehlen. Die hatten teilweise auch Probleme mit den Programmen, aber deshalb gehen sie ja auf Stammtische und lassen sich helfen. Wenn Leute nicht in der Lage sind fertigen Text in eine Eingabeaufforderung zu kopieren (oder simpelste Ersetzungen darin vorzunehmen) oder, wie in einem anderen Beispiel genannt, nicht das Wiki editieren oder benutzen (RTFM) können *und* dann nichtmal auf einen Stammtisch, auf die ML, ins Forum etc. gehen, um sich dort helfen zu lassen, dann muss man schon einen gewissen Unwillen erkennen. Das heißt nicht, dass man sich nicht darum kümmern sollte, die Benutzung der Daten zu vereinfachen, aber bitte nicht in einer Art und Weise die niemandem was bringt, außer dem einen Benutzer der gerade seine spezielle Relation bequem aus dem Webinterface ziehen kann. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Hallo, On 02/01/12 08:00, Martin Simon wrote: Am 1. Februar 2012 01:42 schrieb Martin Koppenhoeferdieterdre...@gmail.com: 4. für die Bundesstraßen z.B. das hier eingeben: osmfilter.exe germany.osm --keep=highway= and ref=B* -o=bundesstrassen-netz.osm OK, und jetzt für Landesstraßen, oder besser: Kreisstraßen ;-) Wenn ich jemanden erwische, der eine Relation Kreisstrassen in Deutschland anlegt... Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 01.02.2012 09:34, schrieb Norbert Wenzel: On 01.02.2012 07:10, Andre Joost wrote: Am 01.02.2012 01:42, schrieb Martin Koppenhoefer: 3. eine Eingabeaufforderung öffnen (z.B. win-taste+r drücken, dann cmd eingeben) und in den Ordner wechseln, wo man die Daten und osmfilter hat. ... und allein das ist schon eine unüberwindliche Hürde für jemanden, der kein DOS gelernt hat. Wozu muss man DOS gelernt haben Um zu wissen, wie man in der Eingabeaufforderung in den Ordner wechselt. Wer nur mit dem Finger wischen oder Mäuse schubsen kann, ist damit überfordert. Weil es in modernen Betriebssystemen eben nicht mehr vorkommt. Und kopieren und einfügen ist in der Kommandozeile auch nicht so einfach. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
On 2012-02-01 01:46, Stephan Wolff wrote: Am 31.01.2012 19:14, schrieb aighes: Wenn jemand ein Werk auf Basis von OSM-Daten erstellt, dann soll er auch unsere Lizenz beachten oder eben halt andere Daten nutzen. Vermutlich hat die Behörde einfach gefordert, dass einige aufgelistete Militärgebiete verpixelt werden. Dann haben die Bing-Techniker wegen der guten Zusammenarbeit mit OSM unsere Grenzlinien dazu benutzt. Nein. Es wurde jetzt an diversen Stellen klargestellt, dass SteveC keinerlei Kenntnis davon hat, dass dazu bewusst OSM-Daten genutzt wurden. Stattdessen wurden die Polygone fix und fertig an Bing übergeben - da kann es aber sein, dass jemand OSM-Daten hergenommen hat und als eigene ausgegeben hat - oder, was ich für wahrscheinlicher halte, kein Wort über die Herkunft verloren hat. Jetzt werden diejenigen, die uns gute Luftbilder kostenlos zum Abmalen überlassen, als Lizenzbrecher bezichtigt, weil ein winziger Teil unserer Daten indirekt in ihren Bildern erkennbar ist. Wollen wir Bing auffordern, die Grenzpolygone von einem kommerziellen Anbieter zu kaufen? Daten kaufen, um staatlichen Forderungen dann doch nicht vollständig nachzukommen, weil zwei Standorte fehlen, die niemand kennt? Klingt unsinnig. Wenn etwas verschleiert werden soll, muss das die Behörde eindeutig definieren. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Am 01.02.2012 05:32, schrieb Tobias Knerr: Am 31.01.2012 19:14, schrieb aighes: Man nehme ein großes grünes Quadrat als Bild und schneide dann mit dem Werkzeug Waldpolygone alles weg, was nicht zu den Waldpolygonen gehört und veröffentliche das Bild dann als PD. Ein anderer macht ähnliches mit Feldpolygonen und der Farbe braun und wieder ein anderer nimmt die Wohngebiete mit grau usw. Am Ende kommt jemand auf die geniale Idee, leg ich doch alle diese PD-Bilder übereinander...ergibt ja ne prima Karte. Natürlich kann es auf die Spitze treiben und so viele Objekte in passenden Farben ausschneiden oder filtern, bis man eine Karte hat, die eindeutig ein abgeleitetes Werk aus den OSM-Daten ist. Nur ist die Logik, wenn ein Schritt erlaubt sei, dann müsse auch die tausendfache Wiederholung dieses Schrittes mit einer komplett anderen Intention erlaubt sein, fragwürdig. Die Grenze, ab der OSM-Daten in einem Produkt enthalten sind, ist eher fließend. Man kann es sich einfach machen und behaupten, dass jedes Produkt, in dessen Produktionsprozess irgendwo OSM vorkam, ein abgeleitetes Werk von OSM ist. Das hat den Reiz, dass man sich nicht mehr mit schwammigen Abgrenzungen herumschlagen muss. Ich finde eine solche Interpretation aber nicht überzeugend, und vor allem auch nicht im Geringsten hilfreich. Das hätte einfach nur zur Folge, dass OSM keine Chance hätte, sich als als allgegenwärtige Standardkarte durchzusetzen. Eigentlich wollte ich eine Karte schaffen, die man *nicht* mit der Kneifzange anfassen muss, um rechtlichen Problemen aus dem Weg zu gehen. Du hast die Logik nicht ganz verstanden. Jede Farbe wird von einer anderen Person erstellt und separat veröffentlicht. Du wirst Person A schließlich nicht verwehren können, was Person B darf. Person n+1, die selber keine Farben ausgeschnitten hat und somit auch nichts von der Quelle weiß, entdeckt, dass man aus allen Schnittmustern eine Karte machen kann und tut dies. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik2 und deutscher Stil
Hi, nachdem der offizielle Mapnik stil im svn nun auf Mapnik2 ugestellt wurde: hat sich da schon jemand um den deutschen Stil bemüht? Die Änderungen sind leider nicht abwärtskompatibel. Deshalb muß zeitgleich die Rendersoftware umgestellt werden. Es gibt wohl ein Anpassungsscript für die osm.xml, das kann aber nicht mit den zahlreichen inc-Dateien umgehen. Für meinen transparenten Overlays ist mir die manuelle Umstellung immerhin schon gelungen. Die kommen aber auch ohne inc aus. Mit 2.0.1rc0 läuft Mapnik inzwischen auch unter Windows. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Moin, schade, ich wollte gerade mit den Gemeindestraßen anfangen odeer darf man die? Klaus Am Mittwoch, den 01.02.2012, 10:17 +0100 schrieb Frederik Ramm: Hallo, On 02/01/12 08:00, Martin Simon wrote: Am 1. Februar 2012 01:42 schrieb Martin Koppenhoeferdieterdre...@gmail.com: 4. für die Bundesstraßen z.B. das hier eingeben: osmfilter.exe germany.osm --keep=highway= and ref=B* -o=bundesstrassen-netz.osm OK, und jetzt für Landesstraßen, oder besser: Kreisstraßen ;-) Wenn ich jemanden erwische, der eine Relation Kreisstrassen in Deutschland anlegt... Bye Frederik ___ 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] Mapnik2 und deutscher Stil
Am 01.02.2012 10:31, schrieb Andre Joost: nachdem der offizielle Mapnik stil im svn nun auf Mapnik2 ugestellt wurde: hat sich da schon jemand um den deutschen Stil bemüht? Das Problem beim deutschen Kartenstil ist, dass er m.e. lange nicht mehr aktuell ist. Inzwischen ist die Weiterentwicklung von mapnik-en soweit fortgeschritten, dass es m.e. einfacher wäre ein Diff zwischen altem mapnik-en und mapnik-de zu erstellen, und dann halbautomatisch jeweils auf die aktuelle Version von mapnik-en anzuwenden. Anders formuliert: was sind die essentiellen Unterschiede? Farben und Formen der Straßen. Dazu noch ein paar Besonderheiten, die in der letzten Zeit erarbeitet wurden. Diese Unterschiede sollten im Wiki Dokumentiert werden und (evtl. durch ein Skript) auf die aktuelle Version angewendet werden. Natürlich können weitere Besonderheiten hinzugefügt werden. Die letzte Änderung an Mapnik-de ist vom 2.7.11. Gruß Josias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Alexander Matheisen wrote: ich habe mal eine Analyse für Nordrhein-Westalen durchgeführt: * Nutzung der aktuellen Datei für NRW von der geofabrik. * Filtern mittels osmosis nach Wegen mit landuse=military. * Laden dieser Datei in JOSM. * Visueller Vergleich aller diese Gebiete mit dem Bing-Hintergrund. * Tagging der Gebiete mit blurred_by_bing=no|partly|exactly. * Lokal gesichert, aber nicht hochgeladen. * Zählung der Gebiete mittels grep. Ergebnis: Gebiete in NRW mit way landuse=military: 156. Davon sind 2 teilweise verpixelt, 89 exakt mit OSM-Konturen verpixelt und 60 Gebiete sind nicht verpixelt. 5 Gebiete sind mir wohl bei der visuellen Kontrolle durchgerutscht. Beobachtung: Es gibt noch einige andere verpixelte Gebiete in NRW. (Vielleicht als Relationen?) Es wurden auch Übungsgebiete von Bereitschaftspolizei, Technischem Hilfswerk und Deutschem Rotem Kreuz verpixelt. Fragen: Stellen die noch unverpixelt dargestellten 60 Militärgebiete in NRW ein Problem für unsere Landesverteidigung dar? Welche Behörden können wir darüber verständigen? Wieviele der unverpixelten Gebiete gehören denn zur Bundeswehr? Ich habe bisher festgestellt, dass Gelände anderer Streitkräfte nicht zensiert sind, z.B. Flugplätze der US-Armee. Gibt es überhaupt zensierte nicht- deutsche Einrichtungen? Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ich habe mich in der naeheren Umgebung von Landsberg umgesehen, und dabei fiel mir auf, dass moeglicherweise kleinere Militaergelaende (noch) nicht verpixelt wurden. Kann es sein, dass nur Flaechen mit einer bestimmten Flaeche bearbeitet wurden ? Gibt es das anderswo auch ? Ergaenzung am Rande: Die Welfenkaserne in Landsberg traegt kein landuse=military, sondern military=barracks. Das Gelaende wurde genauso unkenntlich gemacht. Der Datenbankauszug auf der Seite http://wiki.openstreetmap.org/wiki/Bing/2012_Germany_Military_Blurring sollte ergaenzt werden um die Tags military=* WernerP Links Welfenkaserne, Landsberg http://www.openstreetmap.org/?lat=48.068lon=10.8246zoom=13 Fliegerhorst Penzing bei Landsberg http://www.openstreetmap.org/?lat=48.0665lon=10.8827zoom=14 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Klaus-Hermann Otto Stanislaus Plöger wrote Moin, schade, ich wollte gerade mit den Gemeindestraßen anfangen odeer darf man die? Oder darf man die *was*? Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Relation-Deutsche-Bundesstra-en-geloscht-tp5440988p5447122.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
On 02/01/2012 01:46 AM, Stephan Wolff wrote: Vermutlich hat die Behörde einfach gefordert, dass einige aufgelistete Militärgebiete verpixelt werden. Dann haben die Bing-Techniker wegen der guten Zusammenarbeit mit OSM unsere Grenzlinien dazu benutzt. Aussage von Steve C ist das die entsprechenden Verpixelungs-Polygone von der nicht näher genannten Behörde geliefert wurden Jetzt werden diejenigen, die uns gute Luftbilder kostenlos zum Abmalen überlassen, als Lizenzbrecher bezichtigt [...] nein, genau das nicht -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
On 02/01/2012 10:17 AM, Andre Joost wrote: Und kopieren und einfügen ist in der Kommandozeile auch nicht so einfach. *das* ist aber ein Redmond-spezifisches Problem, bzw. eine der nie gefixten Kinderkrankheiten von CMD.EXE Das Unix/X11 typische markieren mit der linken Maustaste, einfügen mit der mittleren funktioniert auch mit Xterm und all seinen Nachfolgern wunderbar. Die entsprechenden Tastenkombinationen sind dann allerdings idR. Shift-Ctrl-C und Shift-Ctrl-V da Cltr-C schon anderweitig belegt ist. Und auf Macs funktioniert Apfel-C/Apfel-V auch wunderbar in den diversen Terminalprogrammen. Dank also an Microsoft für die unnötige Verkomplizierung einfachster Vorgänge ... :( -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] MAPS4DEbugs - Können amtliche Daten irren?
Hi, ich erlaube mir einfach mal, das gleichnamige Thema aus dem Forum auch hierher weiterzuleiten. Einige haben vielleicht noch den Apps4Deutschland Wettbewerb im Hinterkopf, wo alle dachten, dass da keiner weiter mitmacht. Stimmt offensichtlich nicht, denn Joachim und Frederik haben eine nette Anwendung gebaut: http://maps4debugs.openstreetmap.de Wie ihr auf den ersten Blick erkennen werdet, ist das OpenStreetBugs nur ebend für die amtlichen Katasterkartene. Ne schöne Gelegenheit also, den Leuten zu zeigen, dass auch Vermesser irren können, auch wenn viele Fehler wahrscheinlich einfach nur veraltete Daten sind oder Veränderungen einfach noch nicht bis in die GIS-Abteilung durchgesickert sind. Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Moin, Ironie ? Fehlanzeige, *die* Gemeindestraßen, weil die Kreisstraßen ja Tabu sind. Klaus Am Mittwoch, den 01.02.2012, 02:35 -0800 schrieb Walter Nordmann: Klaus-Hermann Otto Stanislaus Plöger wrote Moin, schade, ich wollte gerade mit den Gemeindestraßen anfangen odeer darf man die? Oder darf man die *was*? Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Relation-Deutsche-Bundesstra-en-geloscht-tp5440988p5447122.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Interessanterweise sind auf Bing nach wie vor die Schrägluftbilder verfügbar. z.B.: http://binged.it/yYfq0f Wer also ein verarmter feindlicher Dienst ist, der zur Aufklärung auf Luftbilder von Microsoft angewiesen ist, der sollte sich jetzt beeilen, bevor die auch noch verpixelt werden... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Am 01.02.2012 12:15, schrieb Martin Koppenhoefer: Interessanterweise sind auf Bing nach wie vor die Schrägluftbilder verfügbar. ich hab mal in meiner gegend geschaut, alles klar (unter Josm) das große belgische Militärgebiet ist klar zu sehen, hat sich nicht geändert. auch Kasernen in Aachen sind gut zu erkennen. Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 2514 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Am 01.02.2012 01:46, schrieb Stephan Wolff: Am 31.01.2012 19:14, schrieb aighes: Wenn jemand ein Werk auf Basis von OSM-Daten erstellt, dann soll er auch unsere Lizenz beachten oder eben halt andere Daten nutzen. Vermutlich hat die Behörde einfach gefordert, dass einige aufgelistete Militärgebiete verpixelt werden. Dann haben die Bing-Techniker wegen der guten Zusammenarbeit mit OSM unsere Grenzlinien dazu benutzt. Wie weiter vorne im Thread bereits schon steht, hat Steve Coast genau dies verneint (er ist zwar nicht in der gleichen Abteilung und hatte nichts damit zu tun, aber er hat bei den bing Leuten angefragt). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Shapefiles für Mapnik
Hi, seit einiger Zeit verlangt Mapnik neben den Küstenlinien auch zwei shapefiles von naturalearth, http://wiki.openstreetmap.org/wiki/Mapnik#World_boundaries die per wget herunterzuladen sind: wget http://www.naturalearthdata.com/http//www.naturalearthdata.com/download/10m/cultural/10m-populated-places.zip wget http://www.naturalearthdata.com/http//www.naturalearthdata.com/download/110m/cultural/110m-admin-0-boundary-lines.zip Bei mir kommt da leider immer nur 404-File not found, obwohl der gleiche Link auf der Homepage http://www.naturalearthdata.com/downloads/10m-cultural-vectors/10m-populated-places/ funktioniert. Gibts spezielle wget-Parameter, die hier nötig sind? Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shapefiles für Mapnik
Kann es sein, dass Du den Doppelpunkt hinter 'http' vergessen hast? Jochen On Wed, Feb 01, 2012 at 01:05:08PM +0100, Andre Joost wrote: Date: Wed, 01 Feb 2012 13:05:08 +0100 From: Andre Joost andre+jo...@nurfuerspam.de To: talk-de@openstreetmap.org Subject: [Talk-de] Shapefiles für Mapnik Hi, seit einiger Zeit verlangt Mapnik neben den Küstenlinien auch zwei shapefiles von naturalearth, http://wiki.openstreetmap.org/wiki/Mapnik#World_boundaries die per wget herunterzuladen sind: wget http://www.naturalearthdata.com/http//www.naturalearthdata.com/download/10m/cultural/10m-populated-places.zip wget http://www.naturalearthdata.com/http//www.naturalearthdata.com/download/110m/cultural/110m-admin-0-boundary-lines.zip Bei mir kommt da leider immer nur 404-File not found, obwohl der gleiche Link auf der Homepage http://www.naturalearthdata.com/downloads/10m-cultural-vectors/10m-populated-places/ funktioniert. Gibts spezielle wget-Parameter, die hier nötig sind? Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shapefiles für Mapnik
Am 01.02.2012 13:10, schrieb Jochen Topf: Kann es sein, dass Du den Doppelpunkt hinter 'http' vergessen hast? Nein, alles mit copypaste rüberkopiert. Auch von der NE-Webseite. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shapefiles für Mapnik
On Wed, Feb 01, 2012 at 01:14:51PM +0100, Andre Joost wrote: Am 01.02.2012 13:10, schrieb Jochen Topf: Kann es sein, dass Du den Doppelpunkt hinter 'http' vergessen hast? Nein, alles mit copypaste rüberkopiert. Auch von der NE-Webseite. Die haben offenbar ein ziemlich merkwürdiges Setup, damit sie tracken können, wie häufig die Files runtergeladen werden. Wenn man in den Source der Seite reinschaut, sieht man dass da ein bisserl Javascript drin ist. Aber wenn ich ein wget auf diese komische URL mache, dann geht das trotzdem. Kommt erstmal ein Redirect auf http://www.nacis.org/naturalearth/10m/cultural/10m-populated-places.zip und dort gibts dann die Daten. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 1. Februar 2012 07:10 schrieb Andre Joost andre+jo...@nurfuerspam.de: Am 01.02.2012 01:42, schrieb Martin Koppenhoefer: 3. eine Eingabeaufforderung öffnen (z.B. win-taste+r drücken, dann cmd eingeben) und in den Ordner wechseln, wo man die Daten und osmfilter hat. ... und allein das ist schon eine unüberwindliche Hürde für jemanden, der kein DOS gelernt hat. quick and dirty: Daten und Programm alles unter C:\ speichern, dann wirds einfach, das zu finden. (cd c:\) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Node Krankenwagen (type=highway)?
Danke euch fürs Editieren! Ich hatte den Thread nach meiner Mail leider aus den Augen verloren. Sorry! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 1. Februar 2012 10:17 schrieb Andre Joost andre+jo...@nurfuerspam.de: Um zu wissen, wie man in der Eingabeaufforderung in den Ordner wechselt. Wer nur mit dem Finger wischen oder Mäuse schubsen kann, ist damit überfordert. das ist zwar ein Kommando mehr, das kann man aber durchaus abtippen von irgendwo, z.B. aus der ML hier oder aus dem Wiki. Dazu findet sich vermutlich auch in Google was. Es stimmt schon, dass man dazu ggf. etwas dazulernen muss (3 Kommandos, selbst wer wenig technik-affin ist, sollte das noch hinbekommen. Meine Oma (fast 90) schafft das vielleicht nicht mehr, aber die könnte auch mit der Relation nichts anfangen). Und kopieren und einfügen ist in der Kommandozeile auch nicht so einfach. Shift+Einf. ? Rechte Maustaste (einfügen)? Ist vielleicht schwierig, aber mit Übung... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Shapefiles für Mapnik
Am 01.02.2012 13:29, schrieb Jochen Topf: Die haben offenbar ein ziemlich merkwürdiges Setup, damit sie tracken können, wie häufig die Files runtergeladen werden. Wenn man in den Source der Seite reinschaut, sieht man dass da ein bisserl Javascript drin ist. Aber wenn ich ein wget auf diese komische URL mache, dann geht das trotzdem. Kommt erstmal ein Redirect auf http://www.nacis.org/naturalearth/10m/cultural/10m-populated-places.zip und dort gibts dann die Daten. ja, letzteres tuts auch mit wget. Mich wundert halt nur, ob die scripte, die bei Mapnik zum runterladen beiliegen, überhaupt funktionieren. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 01.02.2012 13:38, schrieb Martin Koppenhoefer: quick and dirty: Daten und Programm alles unter C:\ speichern, Das mag Microsoft aber überhaupt nicht Ohne Klimmzüge hat man als user auf C:\ überhaupt keine Rechte. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 1. Februar 2012 13:49 schrieb Andre Joost andre+jo...@nurfuerspam.de: Am 01.02.2012 13:38, schrieb Martin Koppenhoefer: Das mag Microsoft aber überhaupt nicht Ohne Klimmzüge hat man als user auf C:\ überhaupt keine Rechte. OK, die letzte Win-Version, die ich benutzt hatte, war win-xp, da ging das (da waren auch alle user auf dem heimischen PC immer Administratoren, weil sonst sowieso div. Klimmzüge nötig waren, um überhaupt zu arbeiten (bzw. liefen manche Programme sonst einfach nicht), glaube da hat sich zwischenzeitlich was geändert). Da Du Dich offentlich gut mit den gegenwärtigen Windows-Systemen auskennst wäre es nett, wenn Du eine Anfänger-geeignete Anleitung schreiben könntest, wo man die Daten z.B. günstig ablegen könnte und wie man dann dorthin wechselt in der cmd. Ich glaube allerdings, die meisten Mapper hätten es mit der o.g. Anleitung schon irgendwie hinbekommen. Übrigens kann man auch ohne Kommandozeile solche Programme ausführen, z.B. mit einer bat oder indem man eine Verknüpfung erstellt und mit rechtsclick die Parameter dort in die Linkeigenschaften einträgt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Projekt Offenes Köln mit OSM-Daten
Hallo! Am 14. Dezember habe ich mich mit ein paar Fragen an die Liste gewandt (Datenqualität Köln, Straßen im Umkreis finden, Straßen in Stadtgebiet finden) und mir wurde auch prompt weiter geholfen. Inzwischen ist das, was ich mit den Daten anstellen wollte, weiter gediehen und seit gestern öffentlich. Offenes Köln: http://offeneskoeln.de/ Auf der Plattform werden Dokumente aus Stadtrat und anderen Gremien gesammelt und zugänglich gemacht sowie zu Orten zugeordnet. Die OSM-Daten erfüllen dabei zwei ganz bestimmte Zwecke, nämlich: 1) das Auffinden aller Straßennamen, die in einem bestimmten Umkreis einer bestimmten Geo-Position liegen 2) das Ermitteln des Mittelpunkts einer Straße 1 bedeutet im Klartext: - Ich habe eine Lat/Long Koordinate (Punkt), - suche dann alle Knoten im Umkreis der Koordinate - suche die Straßennamen dieser Koordinaten - mache diese Liste eindeutig, so dass jeder Name nur einmal auftaucht - und sortiere das ganze nach Entfernung zum Punkt 2 heißt im Detail: - Ich habe einen Straßennamen - suche die Objekte mit diesem Straßennamen - suche alle Knoten, die diesen Objekten zugeordnet sind - errechne den Mittelwert der Länge und den der Breite Da ich das ganze nur für das Stadtgebiet von Köln brauche, haben die drei MySQL-Tabellen, die ich hierfür durchforste, zusammen weniger als 8 MB Umfang. Jeder der beiden Methoden erfordert nur ein einziges Select-Statement und ist ausreichend performant. Beim Extrahieren der Daten und eingrenzen auf die Stadtgrenze wart Ihr mir eine große Hilfe. Dafür herzlichen Dank! An die Kölner hier: Viel Spaß beim Ausprobieren. Ich freue mich sehr über Rückmeldungen. Grüße Marian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 01.02.2012 14:00, schrieb Martin Koppenhoefer: Da Du Dich offentlich gut mit den gegenwärtigen Windows-Systemen auskennst wäre es nett, wenn Du eine Anfänger-geeignete Anleitung schreiben könntest, Gibts schon zuhauf: http://wiki.openstreetmap.org/wiki/User:Ajoessen Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 1. Februar 2012 14:16 schrieb Andre Joost andre+jo...@nurfuerspam.de: http://wiki.openstreetmap.org/wiki/User:Ajoessen Super, für den Thread hier interessieren vor allem: http://wiki.openstreetmap.org/wiki/User:Ajoessen/Thematische_Karten http://wiki.openstreetmap.org/wiki/User:Ajoessen/Osmosis wobei solche langen Listen mit Beispielen und ellenlangen Kommandozeilen sicher auch nicht jedermans Sache sind ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Präzisionszeiger bei JOSM
Hallo, hat jemand von Euch einen Tipp, wie ich beim Arbeiten mit JOSM unter Win7 die normalen Darstellung des Mauszeigers temporär zu einem Präzisionszeiger (Crosshair) verändern kann? Ich habe schon manches versucht, aber leider ohne Erfolg. hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Tirkon schrieb: malenki o...@malenki.ch wrote: Ich frage mich, was das für ein Otto Normalmapper ist, der alle(!) deutschen Bundesstraßen (wofür auch immer) benötigt, sie aber nicht mit einer fortgeschrittenen Abfrage herunterladen kann. Zum Beispiel ein Autor des Wikipedia Artikels Bundesstraße. Dafür hat Tim Kolossos Alder folgendes geschrieben: http://wiki.openstreetmap.org/wiki/Query-to-map Aber spätestens wenn man alle wichtigen Straßen weltweit auf einer Übersichtskarte zeigen möchte, sollte man lieber auf eine statische zurückgreifen. Vulgo: eine Bilddatei. Imo zumindest. Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Offenes Köln mit OSM-Daten
Am 01.02.2012 14:04, Marian Steinbach: Hallo! (...) Offenes Köln: http://offeneskoeln.de/ Die Seite funktioniert leider nicht im Opera Browser: Nach Eingabe einer Straße und Klick auf Anzeigen ... Nichts :( Abgesehen davon: Tolle Idee, die Bürokratie so wieder zu verorten. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Martin Koppenhoefer schrieb: Interessanterweise sind auf Bing nach wie vor die Schrägluftbilder verfügbar. z.B.: http://binged.it/yYfq0f Wer also ein verarmter feindlicher Dienst ist, der zur Aufklärung auf Luftbilder von Microsoft angewiesen ist, der sollte sich jetzt beeilen, bevor die auch noch verpixelt werden... Sehr beeilen: http://binged.it/w6VgWI (sieht seit mindestens gestern so aus) Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Offenes Köln mit OSM-Daten
Selbes Ergebnis in Firefox 2.3 Aber das ist dem Autor nun wirklich nicht vorzuwerfen. Gruss Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Ronnie Soak chaoschaos0...@googlemail.com wrote: Jemand, dem es nicht zuzumuten ist, eine Wiki-Seite zu editieren, eine Windows-Eingabeaufforderung zu starten oder einer technische Anleitung zu folgen soll jetzt also Grund sein, eine redundante und ueberfluessige Relation bereit zu stellen? Ich hatte oben schon geschrieben, dass es mir nicht darum geht, solche Relationen zu erstellen. Es sollte bloß eine Möglichkeit geben, sich beispielsweise die ÖPNV-Relationen (Kennzeichen: network=Kleinkleckersdorfer Verkehrsverbund) oder die Grenzen seiner Homearea (Kennzeichen: admin_level=irgendwas) selektiv in JOSM zu laden. An ALLEN deutschen Bundesstraßen werden zugegebenermaßen nur Wenige Interesse zeigen. Weiss so jemand was eine Relation ist? Wenn jemand die Orts- und Ortsteilgrenzen seiner Homearea eingezeichnet und den Einführungsartikel für Relationen im Wiki geschrieben hat - Würdest Du von demjenigen annehmen, dass er es weiß? http://wiki.openstreetmap.org/wiki/DE:Relationen_Einf%C3%BChrung Letzteres ist allerdings in der Historie nicht mehr ersichtlich. Das liegt daran, dass jemand die Einführung aus dem Artikel Relationen rausgeschnitten und sich durch Kopieren der Urheberschaft bemächtigt hat. ;-) http://wiki.openstreetmap.org/wiki/DE_talk:Relationen#.22L.C3.B6schung.22_des_Abschnittes_.22Grundverst.C3.A4ndnis.22 Mit dem von diesem jemand geschriebenen SPS- und Microcontroller- Programmen laufen inzwischen einige hundert Produktionsmaschinen teilweise seit Jahrzehnten. Mit seinen Betriebsanleitungen war man immer gut zufrieden. Bloß zu den nerdigen Art, PC-Programme und deren Nutzung zu beschreiben sowie insbesondere zu deren Mensch-Maschine Interface findet er kaum Zugang. Nutzerfreundlichkeit ist eine Sache, aber solche internen Details jetzt rentnersicher zu machen ist doch wohl hoffentlich nicht ernst gemeint, oder? Ich bin zwar - noch - kein Rentner. Dennoch sollte eine verstehbare Beschreibung von osmfilter geben. Ich versuche das jetzt mal mit den im Thread gegebenen Hinweisen. Denn OSM ist kein Projekt, das nur aus Computerfreaks, Informatikern und Rentnern besteht, sondern auch aus Mappern. Diese sind in erster Linie Radfahrer, Angler, Bootsfahrer, Wanderer, Postbote, LKW- oder Busfahrer. Und für die ist Technik das notwendige Übel und eine einfache Abfrage eben nicht einfach. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Hallo, On 02/01/12 17:48, Tirkon wrote: Ich hatte oben schon geschrieben, dass es mir nicht darum geht, solche Relationen zu erstellen. Es sollte bloß eine Möglichkeit geben, sich beispielsweise die ÖPNV-Relationen (Kennzeichen: network=Kleinkleckersdorfer Verkehrsverbund) oder die Grenzen seiner Homearea (Kennzeichen: admin_level=irgendwas) selektiv in JOSM zu laden. Ja, waere schoen, wenn das ginge. Wenn JOSM noch dazu irgendwie eine Chance haette, zu erkennen, ob ein Node, den man damit runterlaedt, auch noch mit etwas nicht heruntergeladenem verbunden ist, waere es sogar noch besser. Das ist das alte gefilterte Datenbearbeitung-Thema. Man will ja auch nicht, dass jemand eine Bahnlinie in ein neben der Bahnlinie gezeichnetes Haus verschiebt, bloss weil er das nicht mit runtergeladen und daher nicht gesehen hat. Da gibt es viele Probleme zu loesen. Derzeit geht es aber nicht wirklich gut. Und eins muss immer klar sein: Derjenige, der editieren will, muss entscheiden, welche Objekte er runterladen will - nicht derjenige, der mappt, indem er Dinge in einer Relation zusammenfasst. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Frederik Ramm frede...@remote.org wrote: Man will ja auch nicht, dass jemand eine Bahnlinie in ein neben der Bahnlinie gezeichnetes Haus verschiebt, bloss weil er das nicht mit runtergeladen und daher nicht gesehen hat. Da gibt es viele Probleme zu loesen. Derzeit geht es aber nicht wirklich gut. Das verstehe ich nicht. Wenn ich mit JOSM eine einzelne Relation herunter geladen habe und dann an einer Stelle editieren möchte, lade ich dort einfach mit der normalen Ladefunktion von JOSM die Umgebung in dieselbe Datenebene hinzu. Ginge das bei einem gefilterten Ergebnis von Relationen nicht? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Hi, On 02/01/12 18:39, aighes wrote: Ich würde aber jedem davon abraten, auf diese Weise Edits zu produzieren. Das führt zu einigen Konflikten und womöglich auch zu Fehlern, weil man andere Daten komplett ignoriert. Wenn man Edits machen möchte, dann den betreffenden Bereich in eine neue Ebene laden und darin die Edits machen. Man kann auch das bundessstrassen-netz in GPX konvertieren, dann das GPX laden und auf dem GPX-Layer download along track auswaehlen, sich zuruecklehnen und warten bis man vom Admin gesperrt wird ;) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Offenes Köln mit OSM-Daten
Am 1. Februar 2012 16:44 schrieb Claudius claudiu...@gmx.de: Die Seite funktioniert leider nicht im Opera Browser: Nach Eingabe einer Straße und Klick auf Anzeigen ... Nichts :( Danke für den Hinweis! Ich kann es tatsächlich reproduzieren. Mal sehen, wann ich es auch beheben kann. Marian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Am 1. Februar 2012 17:18 schrieb malenki o...@malenki.ch: Sehr beeilen: http://binged.it/w6VgWI (sieht seit mindestens gestern so aus) Könnte ein technisches Problem wie z.B. Caching sein, bei mir wird das jedenfalls scharf wenn man reinzoomt ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Werner Poppele schrieb: Ergaenzung am Rande: Die Welfenkaserne in Landsberg traegt kein landuse=military, sondern military=barracks. Das Gelaende wurde genauso unkenntlich gemacht. Der Datenbankauszug auf der Seite http://wiki.openstreetmap.org/wiki/Bing/2012_Germany_Military_Blurring sollte ergaenzt werden um die Tags military=* erledigt, malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Zur Info: Ich werte in meiner kleinen Übersicht landuse=military und military=* aus http://osm.misterboo.de/military/ -- View this message in context: http://gis.19327.n5.nabble.com/Potlach-2-kein-bing-Hintergrund-Bild-mehr-bei-Militaerflaechen-tp5437617p5448433.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Night of the living maps 07.02.2012 - Globale virtuelle Mapping Party
Hallo, ich weiß nicht, ob's schon erwähnt worden ist, aber netzpolitik.org hat berichtet: http://netzpolitik.org/2012/openstreetmaps-karten-zum-leben-erwecken/ Grüße ant On 27.01.2012 09:33, Matthias Meißer wrote: Hallo Community, schon seit einigen Wochen ist eine Idee für eine Aktion gereift, die wir heute vorstellen wollen: www.nightofthelivingmaps.org Am Mittwoch, den 07.02.2012 wollen wir probieren gemeinsam eine ganze Nacht lang für unser Projekt Luftbilder abzupausen und zwar genau dort, wo wir bisher noch schwach aufgestellt sind: im ländlichen Raum, jenseits der großen Städte eures Bundeslandes. Bisher gibt es leider nicht so viele größere Events bei OSM, vielleicht können wir das mit dieser LAN-Party ja ändern? Daher wollen wir euch bitten, doch mal bei euren lokalen Mappern zu fragen, ob ihr nicht selber solch eine kleine lokale Party auf die Beine stellen wollt. Das ist nicht viel Aufwand und in der Regel kriegt man über Unis/Hackerspaces/Stadt/... kostenlos auch einen Raum. Der FOSSGIS hat ein wenig Geld bereitgestellt, damit ihr euch mit ein paar Snacks versorgen könnt und mit Kaffee das ganze auch durchhaltet ;) Eure Edits ladet bitte mit einem Kommentar, der mit #notlm ... beginnt hoch, damit wir da später ein schönes Video davon machen können und auch mal beobachten können, wo gerade gearbeitet wird. Auch wenn es nicht unmittelbares Ziel ist, für OSM zu werben und Neulinge zu rekrutieren (wir wollen ja was schaffen ;)), wäre es natürlich super, wenn ihr probiert das vor Ort bei euch ein wenig bekannt zu machen. Flyer sowie Social Media findet ihr auf der Seite/könnt ihr für alle hier hochladen: http://wiki.openstreetmap.org/wiki/Night_of_the_living_maps/promotion http://www.facebook.com/pages/Night-of-the-living-maps/163865540386200 https://twitter.com/NightOfTheMap Wir würden uns auch sehr freuen, wenn vielleicht der ein oder andere die Wikiseite übersetzen könnte, oder sich vielleicht daran macht Statistiken oder Animationen vorzubereiten. Wir sind uns natürlich bewusst, dass bingen nicht unumstritten ist, dennoch sind wir der Meinung, dass in diesem Fall die Vorteile überwiegen (siehe Hinweise im Wiki). Eine definitive Antwort, ob das gut oder schlecht ist, scheint es bisher nicht zu geben und die wird es besten Falls, wohl erst in ein paar Jahren geben, wenn wir zurückblicken. Also lasst uns einfach das machen, was wir am besten können: Zusammen eine richtig gute Karte erstellen :) Gruß Matthias (user:!i!) ___ 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] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Bernhard Weiskopf bweisk...@gmx.de wrote: Die Fläche ist grau, die Grenze zur scharfen Darstellung ist ziemlich genau der Umriss, der in OSM eingezeichnet ist. Ich habe mich bei OSM um gesetzeskonforme Daten bemüht. Es kann nämlich in meinen Augen nicht angehen, dass wir unsere Daten frei-stempeln und der User sich dann bei deren Gebrauch in rechtliche Nesseln setzt - sei es beispielsweise die Stadt Berlin oder der private User. Das gilt auch bezüglich der Gesetze über Militärgebiete. Wenn es tatsächlich so ist, dass die Bundeswehr unsere Polygone an Bing gesendet hat, um ihre Gebiete zu blurren, hat sie mich schwer enttäuscht. Ohne jetzt das OSM-Licht unter den Scheffel stellen zu wollen, kann sich jeder an fünf Fingern ausrechnen, dass wir keine katastergleichen und somit rechtlich belastbaren Grenzpolygone liefern können. Abweichungen von einigen Metern sind selbst bei großer Sorgfalt noch möglich. Insbesondere in dieser jungen Aufbauphase des Projektes dürften auch grobe Ausreißer vorkommen - sei es durch Vandalismus oder durch vorläufig grobe Erfassung, die noch nicht verfeinert wurde. Die Bundeswehr pocht hier auf einen korrekten Umgang mit den Gesetzen zu Schutzbereichen und deren aicherheitsgefährdenden Abbilden - mit unkorrekten und vermutlich auch unrechtmäßigen Daten. Das geht einfach nicht zusammen. Außerdem lässt sie so auch Privatgelände blurren, über das sie keine Verfügungsgewalt hat. Andererseits bleiben einige Bundeswehrflächen unberücksichtigt. Jahrelang ließ die Bundeswehr im Internet Luftbilder in höchster Auflösung und geroutete Wege bei Google und den Vermessungsbehörden zu. Damit hat sie - gemessen an ihrem jetzigen Verhalten - ein vollkommen falsches Bild von der Schutzbedürftigkeit ihrer Einrichtungen aufkommen lassen. Und nach diesem langen Dornröschenschlaf glaubt sie nun allen Ernstes, mit Blurren das Internet löschen zu können? Die Bundeswehr unterhält einen eigenen Geoinformationsdienst. http://www.gdi-sachsen.de/beitraege/GIS_Forum_2005_Schneemann.pdf Das nötige Fachwissen - auch über OSM - sollte man also eigentlich annehmen. Und warum eigentlich hat dieser eigene Dienst bzw. die Partnerdatenbank ATKIS keine eigenen Polygone? Die Sache gipfelt darin, dass man von Bing verlangt, freie Daten in proprietäre einzubauen. Ich bin ja mal gespannt, was die Recherchen von Joachim und Steve ergeben. Ich hoffe zugunsten der Bundeswehr, dass dies von einer drittklassigen Instanz veranlasst wurde und somit später widerrufen werden müsste. Während die Jungs in Afghanistan ihren Hintern hinhalten, blamiert man sich hier leichtfertig bis auf die Knochen und gibt eine Lachnummer ab, die geeignet ist, das Ansehen der Bundeswehr zu beschädigen. Danke für diese wachsame und jetzt auch mutige Landesverteidigung ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
misterboo schrieb: Ich werte in meiner kleinen Übersicht landuse=military und military=* aus http://osm.misterboo.de/military/ Ich war zu schreibfaul... Mein Extrakt sollte (wie nun auch auf der Wiki-Seite vermerkt), ebenfalls landuse=military und military=* enthalten. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 1. Februar 2012 18:15 schrieb Tirkon tirko...@yahoo.de: ...4. für die Bundesstraßen z.B. das hier eingeben: osmfilter.exe germany.osm --keep=highway= and ref=B* -o=bundesstrassen-netz.osm Wie geht es weiter? Wo ist das gefilterte Ergebnis? Wie bekomme ich das so in JOSM geladen, dass ich es wie gewohnt bearbeiten und meine Edits wie gewohnt hochladen kann? das liegt dann auch in c:\ bzw. wo Du das ausgeführt hast, und heisst bundesstrassen-netz.osm. Die Datei kannst Du ganz normal in JOSM laden (falls sie nicht zu groß ist). Relationen hast Du mit dieser Abfrage wie oben beschrieben allerdings noch nicht, dazu müsstest Du das stattdessen so filtern: osmfilter.exe germany.osm --keep=( ( type=route and route=road ) or highway= ) and ref=B* wenn Du mehrere Abfragen vorhast, lohnt es sich trotz dem Mehraufwands, vorher mit osmconvert eine o5m-Datei zu erstellen, und diese anstatt der osm-Datei zu verwenden, geht schneller. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Martin Koppenhoefer schrieb: Am 1. Februar 2012 17:18 schrieb malenki o...@malenki.ch: Sehr beeilen: http://binged.it/w6VgWI (sieht seit mindestens gestern so aus) Könnte ein technisches Problem wie z.B. Caching sein, bei mir wird das jedenfalls scharf wenn man reinzoomt ;-) Deswegen ja: Sehr beeilen! Wer weiß, wie lang du in den größeren Zoomlevels noch etwas erkennen kannst. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Also hier wird zumindest bei Bing verschleiert ohne das die Fläche als military markiert ist: http://binged.it/zjpsHZ http://maps.google.de/maps?q=ruppertsweilerhl=dell=49.198612,7.681498spn=0.002801,0.008256sll=51.151786,10.415039sspn=22.086482,67.631836hnear=Ruppertsweiler,+Rheinland-Pfalzt=hz=18 http://www.openstreetmap.org/?lat=49.198959lon=7.681116zoom=18layers=M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
aighes o...@aighes.de wrote: Ich würde aber jedem davon abraten, auf diese Weise Edits zu produzieren. Das führt zu einigen Konflikten und womöglich auch zu Fehlern, weil man andere Daten komplett ignoriert. Wenn man Edits machen möchte, dann den betreffenden Bereich in eine neue Ebene laden und darin die Edits machen. Da der Schade recht hoch sein dürfte, wenn etwas schief geht finde ich es aber auch gar nicht mal so schlecht, dass man eine gewisse Erfahrung dafür benötigt. Danke für Hilfe und Warnung. :-) Ich denke, das mit den umliegenden Daten ist schon klar. Das Problem hat man auch, wenn man mit JOSM eine einzelne Relation runterlädt. Oder ist das etwas Anderes? Könntest Du vielleicht an einem möglichst einfachen Beispiel festmachen, was die Konflikte angeht? Ich erhoffe mir davon eine Einstiegssensibilität, worauf man achten muss. Kann es denn vorkommen, dass JOSM einen Konflikt beim Hochladen nicht erkennt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Am 1. Februar 2012 20:48 schrieb Tirkon tirko...@yahoo.de: Ich habe mich bei OSM um gesetzeskonforme Daten bemüht. Es kann nämlich in meinen Augen nicht angehen, dass wir unsere Daten frei-stempeln und der User sich dann bei deren Gebrauch in rechtliche Nesseln setzt - sei es beispielsweise die Stadt Berlin oder der private User. Das gilt auch bezüglich der Gesetze über Militärgebiete. Du kannst ja ein deutsches OSM herausgeben, wo Du die Daten filterst und für Rechtssicherheit in Deutschland garantierst ;-). Kostenlos würde das wohl kaum einer anbieten. Von der OSMF würde ich das nicht verlangen wollen. Für OSM gelten vermutlich die britischen Gesetze (weil die Server dort sind). Für die Mapper gelten natürlich die jeweiligen lokalen Gesetze. Wenn wir nach politischen Wünschen und lokalen Gesetzen sämtlicher Einzelstaaten die Datenbank ausrichten würden, dann gute Nacht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Frederik Ramm frede...@remote.org wrote: Man kann auch das bundessstrassen-netz in GPX konvertieren, dann das GPX laden und auf dem GPX-Layer download along track auswaehlen, sich zuruecklehnen und warten bis man vom Admin gesperrt wird ;) Keine Sorge, Frederik. Ich sehe die Bundesstraße nur als Beispiel, anhand dessen ich mir das Prozedere erschließen kann. Laden werde ich nur wesentlich bescheidenere Dinge. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Martin Koppenhoefer dieterdre...@gmail.com wrote: Wenn wir nach politischen Wünschen und lokalen Gesetzen sämtlicher Einzelstaaten die Datenbank ausrichten würden, dann gute Nacht. Da hast Du recht. Wenn es noch Staaten gibt, in denen Karten verboten sind, dürfte es OSM überhaupt nicht geben. Man müsste sich zumindest auf die demokratischen Staaten beschränken. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
M schrieb: Also hier wird zumindest bei Bing verschleiert ohne das die Fläche als military markiert ist: http://binged.it/zjpsHZ http://maps.google.de/maps?q=ruppertsweilerhl=dell=49.198612,7.681498spn=0.002801,0.008256sll=51.151786,10.415039sspn=22.086482,67.631836hnear=Ruppertsweiler,+Rheinland-Pfalzt=hz=18 http://www.openstreetmap.org/?lat=49.198959lon=7.681116zoom=18layers=M Dort sehe ich in Bing genau die Flächen verschleiert, die in OSM als landuse=military eingetragen sind: http://osm.misterboo.de/military/?lat=49.198959lon=7.681116zoom=17 Wenn dir das landuse für das Gebäude etwas weiter östlich fehlt, nimm diesen: http://www.openstreetmap.org/browse/way/111033252/history Danke, dass du darauf aufmerksam machtest. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
malenki schrieb: http://www.openstreetmap.org/browse/way/111033252/history Das Changeset (beziehungsweise die darin gelöschten Daten) finde ich interessant... Ingrid :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Night of the living maps 07.02.2012 - API-Überlastung vorbeugen
Liebe JOSM-Nutzer, um mit dem kommenden Mapping-Event nicht so schnell die Main API zu verstopfen, wie es in der Vergangenheit leider mehrmals mit der Folge von IP- Adress-Blockaden passiert ist, habe ich pünktlich zur Night of the living maps 07.02.2012 das Zusammenspiel von Overpass API und JOSM noch weiter verbessert. Mit dem Plugin mirrored_download lassen sich nun die minutenaktuellen Quelldaten statt von der Main API in gleicher Qualität von einer der Overpass- API-Instanzen herunterladen. Dies entlastet nicht nur die Main API von Lesezugriffen, sondern wird fast immer auch spürbar schneller sein. Dazu muss das Plugin nur auf dem üblichen Weg (Bearbeiten Einstellungen Stecker-Symbol Plugin-Liste mirrored_download) heruntergeladen und JOSM anschließend neu gestartet werden. Weitere API-Server in der Liste sind ebenfalls willkommen; das Plugin benutzt für maximale Kompatibilität extra den XAPI-Kompatibilitätslayer. Einfach Server im JOSM SVN unter josm/plugins/mirrored_download/src/mirrored_download/UrlSelectionDialog.java eintragen und committen. Viel Spaß mit dem Plugin, Roland Olbricht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Deutsche Bundesstraßen gelöscht
Am 01.02.2012 21:14, schrieb Tirkon: aigheso...@aighes.de wrote: Ich würde aber jedem davon abraten, auf diese Weise Edits zu produzieren. Das führt zu einigen Konflikten und womöglich auch zu Fehlern, weil man andere Daten komplett ignoriert. Wenn man Edits machen möchte, dann den betreffenden Bereich in eine neue Ebene laden und darin die Edits machen. Da der Schade recht hoch sein dürfte, wenn etwas schief geht finde ich es aber auch gar nicht mal so schlecht, dass man eine gewisse Erfahrung dafür benötigt. Danke für Hilfe und Warnung. :-) Ich denke, das mit den umliegenden Daten ist schon klar. Das Problem hat man auch, wenn man mit JOSM eine einzelne Relation runterlädt. Oder ist das etwas Anderes? Könntest Du vielleicht an einem möglichst einfachen Beispiel festmachen, was die Konflikte angeht? Ich erhoffe mir davon eine Einstiegssensibilität, worauf man achten muss. Kann es denn vorkommen, dass JOSM einen Konflikt beim Hochladen nicht erkennt? Also wenn du die gefilterten Daten nur nutzt um Stellen zu finden, wo du editieren musst und dann an den Stellen aktuelle Daten vom OSM-Server editierst, dann gibt das keine Probleme. Beim den gefilterten Daten muss man bedenken, dass das Extrakt am Vortag so gegen 22Uhr erstellt wird (Geofabrik). Bis du das nun geladen gefiltert und bearbeitet hast, sind also schon einige Stunden vergangen. Je größer und beliebter die Objekte sind, desto größer ist die Wahrscheinlichkeit, dass in dieser Zeit schon ein anderer Mapper etwas an den Daten geändert hat. josm findet schon alle Konflikte, doch geht zumindest die Lust bei mir immer sehr rapide in den Keller, wenn das mehr als 10 sind. Daher bin ich immer bemüht so zu arbeiten, dass Konflikte vermieden werden. Wenn man den Bereich, den man bearbeitet nicht komplett lädt, besteht immer die Gefahr, dass es zu Fehlern kommt. Unabhängig davon, ob es nun eine Relation ist oder etwas anderes. Wenn ich einer Relation nur eine Tag spendieren möchte, reicht es, die Relation zu laden. Will ich die Positionen der Mitglieder verändern, dann sollte ich in dem Bereich schon alle Daten zur Verfügung haben. Manchmal kann hier aber auch schon die Mapnikkarte im Hintergrund reichen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Night of the living maps 07.02.2012 - API-Überlastung vorbeugen
Hi, ist wirklich eine gute Idee!! Was noch schön wäre, wäre eine bessere Menü-Integration und das markieren des heruntergeladenen Bereiches (schraffieren des Rests), wie bei dem normalen Download, so dies aktiviert ist. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Am 1. Februar 2012 21:49 schrieb malenki o...@malenki.ch: malenki schrieb: http://www.openstreetmap.org/browse/way/111033252/history Das Changeset (beziehungsweise die darin gelöschten Daten) finde ich interessant... Das Changeset hat zwar keinen Kommentar, aber der User hat 'ne Viertelstunde davor direkt angrenzend ein anderes Changeset so beschrieben: deaktivierte Liegenschaften der US Army entfernt. Ohne Ortskenntnis kann man das zwar nicht genau sagen, aber ein bisschen komisch kommt mir das Löschen schon vor, Umtaggen wäre vielleicht sinnvoller gewesen, oder meint Ihr, dass von so einem Komplex nach der Deaktivation keine Spur mehr übrigbleibt? http://maps.google.com/?q=49.300019895663,7.8449043331657ll=49.29991,7.84471spn=0.001861,0.005284t=hz=18 vorher war da die Radio Relay Site Langerkopf eingetragen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Am 02.02.2012 00:46, schrieb Martin Koppenhoefer: Ohne Ortskenntnis kann man das zwar nicht genau sagen, aber ein bisschen komisch kommt mir das Löschen schon vor, Umtaggen wäre vielleicht sinnvoller gewesen, oder meint Ihr, dass von so einem Komplex nach der Deaktivation keine Spur mehr übrigbleibt? http://maps.google.com/?q=49.300019895663,7.8449043331657ll=49.29991,7..84471spn=0.001861,0.005284t=hz=18 vorher war da die Radio Relay Site Langerkopf eingetragen. Ortskenntniss hier vorhanden. Ich kann gerne rund 200 Bilder von dem Gelände vorweisen. Es handelt sich nicht mehr um ein Militärgelände, sondern um ein Objekt welches BIMA (oder ähnlich) gehört. Dort wurde unter anderem gerade erst mit reichlich Filmförderungsmitteln diverser Bundesländer der arg unsägliche Streifen http://de-de.facebook.com/lostplacefilm abgedreht. Was den Herrn von der Löschfront gestört dürfte ist, dass das noch aktive NATO-Funkrelais (separat eingezäunt auf dem Gelände mit schwach verbunkerter (Not-)Stromversorung auch gemapt wurde. Informationen um welches Objekt es sich bei dem Turm handelt sind in zahlreichen Onlineforen zu finden. Auf einer OSM-Karte als Name an einem weithin sichtbaren Turm ist es vielleicht irgendwelchen Herrschaften dann doch zu öffentlich. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach 2 - kein bing-Hintergrund-Bild mehr bei Militaerflaechen
Am 2. Februar 2012 01:16 schrieb Johann H. Addicks addi...@gmx.net: Am 02.02.2012 00:46, schrieb Martin Koppenhoefer: Was den Herrn von der Löschfront gestört dürfte ist, dass das noch aktive NATO-Funkrelais (separat eingezäunt auf dem Gelände mit schwach verbunkerter (Not-)Stromversorung auch gemapt wurde. also Vandalismus? Sollte man das wieder herstellen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Problemi con immagini PCN
Il 31 gennaio 2012 21:20, Fabrizio Tambussa ftambu...@gmail.com ha scritto: Sono tre settimane che ho scritto a p...@minambiente.it, ben 3 mail opportunamente cadenzate, ma ancora nessuna risposta. Qualche anima buona conosce una mail alternativa? Sembra proprio che non leggano piu' le mail... oh magari hanno deciso che chissene di OSM ;-) A casa ho l'IP fisso e in rari casi come questo il privilegio si trasforma in trappola. Scusate lo sfogo. capisco capisco, ma quando i dati non sono liberi questi sono i problemi che possono capitare Saluti a tutti Fabrizio PS Se ci tieni così tanto alle foto del PCN essendo un servizio del Ministero io mi informerei presso un avvocato se questo atteggiamento possa ricadere nel interruzione di servizio pubblico Art. 331 Interruzione di un servizio pubblico o di pubblica necessita’ Chi, esercitando imprese di servizi pubblici o di pubblica necessita’, interrompe il servizio, ovvero sospende il lavoro nei suoi stabilimenti, uffici o aziende, in modo da turbare la regolarità del servizio, e’ punito con la reclusione da sei mesi a un anno e con la multa non inferiore a lire un milione. I capi, promotori od organizzatori sono puniti con la reclusione da tre a sette anni e con la multa non inferiore a lire sei milioni. Si applica la disposizione dell’ultimo capoverso dell’articolo precedente. -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: aree con linee in comune?
Vediamo se ho capito ... Intendi che in un parco cittadino non si dovrebbe creare* un area grandissima che lo include tutto ma alcune più piccole , per esempio una compresa tra la strada perimetrale, due vialetti ed un ruscello , poi un'altra sull'altra riva di quello e così via fino a riempire - a mò di puzzle - tutta la superficie del parco ? *tanto al massimo mi limito ad un giardinetto grande come un campo di calcio ... ;-) Ciao, Alessandro. -Messaggio originale- Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: martedì 31 gennaio 2012 17.44 A: m.le...@tiscali.it; openstreetmap list -italiano Cc: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] aree con linee in comune? In generale di soluzioni ci sono 2: multipoligono e atomico. Con l'ultima parola intendo di fare le entità più piccole possibile. Altrimenti dopo un po' si creano dei mostri, sia per complessità che per quantità dei membri e nodi. Oggi ho spezzato delle foreste enormi.(strade e percorsi ma anche qualsiasi interruzione sono benvenuti per farlo) Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: aree con linee in comune?
2012/2/1 Alech OSM alech.hos...@gmail.com: Vediamo se ho capito ... Intendi che in un parco cittadino non si dovrebbe creare* un area grandissima che lo include tutto no, malinteso. Un parco deve / dovrebbe essere un'entità (leisure) unica (come anche una città o un quartiere = place). Ha un nome, è un oggetto. Invece il landuse/landcover lo farei con pezzi piccoli. Lo sò che anche le foreste hanno nomi. Ma generalmente anche i pezzi delle foreste hanno nomi, ed io sceglierei ma alcune più piccole , per esempio una compresa tra la strada perimetrale, due vialetti ed un ruscello , poi un'altra sull'altra riva di quello e così via fino a riempire - a mò di puzzle - tutta la superficie del parco ? *tanto al massimo mi limito ad un giardinetto grande come un campo di calcio ... ;-) Ciao, Alessandro. -Messaggio originale- Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: martedì 31 gennaio 2012 17.44 A: m.le...@tiscali.it; openstreetmap list -italiano Cc: talk-it@openstreetmap.org Oggetto: Re: [Talk-it] aree con linee in comune? In generale di soluzioni ci sono 2: multipoligono e atomico. Con l'ultima parola intendo di fare le entità più piccole possibile. Altrimenti dopo un po' si creano dei mostri, sia per complessità che per quantità dei membri e nodi. Oggi ho spezzato delle foreste enormi.(strade e percorsi ma anche qualsiasi interruzione sono benvenuti per farlo) Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Martin Koppenhoefer (Dipl-Ing. Arch.) c/o Sebastianelli Via del Santuario Regina degli Apostoli, 18 00145 Roma |I|I|I|I|I|I|I|I| Italia N41.851, E12.4824 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 392 3114712 mobil: +49 1577 7793740 m...@koppenhoefer.com http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. Any views or opinions are solely those of the author and do not necessarily represent those of koppenhoefer.com unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@koppenhoefer.com Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: aree con linee in comune?
scusate, mi è partita la mail. 2012/2/1 Martin Koppenhoefer dieterdre...@gmail.com: 2012/2/1 Alech OSM alech.hos...@gmail.com: Vediamo se ho capito ... Intendi che in un parco cittadino non si dovrebbe creare* un area grandissima che lo include tutto no, malinteso. Un parco deve / dovrebbe essere un'entità (leisure) unica (come anche una città o un quartiere = place). Ha un nome, è un oggetto. Invece il landuse/landcover lo farei con pezzi piccoli. Lo sò che anche le foreste hanno dei nomi. Ma generalmente anche i pezzi delle foreste hanno dei nomi, ed io sceglierei queste unità piccole come modulo (poi volendo si possono creare dei insiemi di pezzi per definire foreste/aree più grandi). ma alcune più piccole , per esempio una compresa tra la strada perimetrale, due vialetti ed un ruscello , poi un'altra sull'altra riva di quello e così via fino a riempire - a mò di puzzle - tutta la superficie del parco ? se non parliamo di esempi concreti è difficile: questa foresta ho iniziato ca. 2 anni fa: http://www.openstreetmap.org/?lat=42.5514lon=12.8818zoom=13layers=M ad oggi la spezzerei (al meno) alla SS521 perchè quello che si è creato è complesso (centinaia di membri) e talvolte rotto (qualcuno crea un buco in uno dei 800 ways). Per editare o renderizzare devi sempre guardare/caricare tutto, anche se ti interessa soltanto una piccola parte. E in quell'area non ci sono ne meno tanti mappatori (dove sono multipoligoni di questa taglia diventano dopo pocchissimo enormi, con centinaia di versioni, mai caricabili dall'API (perchè dura troppo trovare tutti i membri), ecc. E un edit sbagliato ad un angolo distrugge l'intera mappa di quella parte. Invece adesso compongo da molti pezzi piccoli http://www.openstreetmap.org/?lat=42.0465lon=12.0103zoom=14layers=M e si edita meglio, si renderizza più veloce, ed è molto più accogliende per chi vuole aggiungere qualche pezzo (aggiunge un pezzo e basta, senza dover tenere conto di un mostro di multipoligono). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: R: : Foto Bing e Yahoo!
Il giorno 31/gen/2012, alle ore 16.10, Alech OSM ha scritto: E c’è mica il modo di tracciare delle curve ? Senza farlo punto per punto , intendo . CommandLine plugin! Richiede un po' di studio, specialmente se uno non è pratico di CAD, ma permette (anche) di tracciare curve molto pulite. Ovviamente, lo fa generando automaticamente i nodi intermedi desiderati, dato che comunque non sono disponibili in OSM primitive curvilinee. Io spesso disegno le strade a zigzag e poi vado di fillet. Guido ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it