Re: [talk-ph] Cavite Road Network Mapping Party
Some orgs we can collaborate with: 1. local bike/cycling clubs (I'm sure there is one in Cavite) 2. car clubs (we have contacts with subaru and bmw) 3. local tourism offices On Fri, May 28, 2010 at 12:05 AM, Sorbi Ildefonso sorbi.ildefo...@gmail.com wrote: @maning Ok. I agree that it would be good to coordinate with the Provincial government. Hopefully we could get some sponsors and volunteers. I suggest that we have posters or any material that can drum up support and interest for the activity and OSM in general. Perhaps as early as June? Or is it too early? Yes this can really help. However, we need to finalize many things before preparing any pr materials. On Wed, May 26, 2010 at 9:31 AM, maning sambale emmanuel.samb...@gmail.com wrote: @ sorbi, We can prepare a letter on the planned Cavite mapping and you can help us disseminate through your MPDO contacts. Would be good if we can coordinate with the Province as well. Hope election fever is over. On Tue, May 25, 2010 at 7:26 AM, Sorbi Ildefonso sorbi.ildefo...@gmail.com wrote: Hi! I'm from Cavite and do have some contacts in some LGU's. We could coordinate with their Municipal Planning Offices and probably encourage local volunteers at the same time. =) Sorbi ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Application error in Firefox
On Thursday 27 May 2010 23:39:57 Dan Karran wrote: I've had that problem here since yesterday as well. Closing Firefox and re-opening seemed to kick it into gear again though. I think I had to log in when I re-opened it, so I suspect that starting a new session is what cleared the issue for me. Your comment about log in made me try something else. I deleted all cookies for openstreetmap.org and now it works again. -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We need urgently a clarification between place locality, farm and isolated_dwelling
Good to see that nobody cares about the wiki inconsistencies of 'locality'. Then I will fix it directly with the 'unpopulated place' version. On Thu, May 27, 2010 at 7:39 PM, Pieren pier...@gmail.com wrote: On the wiki, we need to clarify some places definitions after some recent (or not) changes: place=locality: at http://wiki.openstreetmap.org/wiki/Locality: - place tags are for either populated areas, or for larger areas of County sized or bigger (http://wiki.openstreetmap.org/wiki/Locality). What is a county ? Is it not a definition to give only in countries where this concept exists ? It seems that germans decided that it is now a populated place where it was clearly specified as unpopulated in the past: http://wiki.openstreetmap.org/w/index.php?title=Tag:place%3Dlocalityoldid=65610 Sorry if I missed the discussion/decision about this important point, I didn't subscribe to all country specific mailing list. at http://wiki.openstreetmap.org/wiki/Key:place : - Places that have a specific name, but do not necessarily have any geographic feature centre. (population = 0). Yeap, very clear, isn't it ? at http://wiki.openstreetmap.org/wiki/Map_Features#Places - An unpopulated, named place. which is the original definition place=isolated_dwelling: at http://wiki.openstreetmap.org/wiki/Key:place: - the smallest kind of human settlement (population = not more than 2 households). Okay, why not. I'm not against new tags, I'm against ambiguities. at http://wiki.openstreetmap.org/wiki/Map_Features#Places - missing place=farm at http://wiki.openstreetmap.org/wiki/Key:place: - A distinct identified farm at the node so tagged. In some countries the official type of a residential area smaller than a hamlet. Oh dear. But is it not isolated_dwelling now for residential area smaller than a hamlet ? at http://wiki.openstreetmap.org/wiki/Tag:place%3Dfarm - A farm can be a part of a human settlement (placehttp://wiki.openstreetmap.org/wiki/Key:place =* like hamlet, village, town) that have buildings and land for farming, usually a few central buildings around a landusehttp://wiki.openstreetmap.org/wiki/Key:landuse =farmyard http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarmyard with landuse http://wiki.openstreetmap.org/wiki/Key:landuse=farmlandhttp://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarmlandor landuse http://wiki.openstreetmap.org/wiki/Key:landuse=meadowhttp://wiki.openstreetmap.org/wiki/Tag:landuse%3Dmeadowsurrounding it. If the farm is not part of a bigger settlement (regarding structure not administration) and the farm and comprising settlement itself is not bigger than defined for isolated dwellings in your country, use place http://wiki.openstreetmap.org/wiki/Key:place=isolated_dwellinghttp://wiki.openstreetmap.org/wiki/Tag:place%3Disolated_dwelling.. Ah okay. If it is isolated, use isolated_dwelling. And if it is part of an hamlet, village, town, why the hell are you using a key place to name the landuse=farmland ? why not simply the tag name=* ? If it is a manufactory, not a farm, do you tag it landuse=industrial + place=manufactory ? I don't understand. It's probably too simple. at http://wiki.openstreetmap.org/wiki/Map_Features#Places - missing. To avoid advertising ? ;-) Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We need urgently a clarification between place locality, farm and isolated_dwelling
On 28 May 2010 19:00, Pieren pier...@gmail.com wrote: Good to see that nobody cares about the wiki inconsistencies of 'locality'. Then I will fix it directly with the 'unpopulated place' version. Good to see you waited a couple of days to see if people would reply before assuming no one cares... As for inconsistencies, this has probably occurred due to cultural variations and any attempts to fix it will probably meet resistance. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [proposal] Default values in a relation definition
After several discussion on different mailing-lists (talk talk-fr), I have created a proposal for experimenting a way to include the default values into the data. The aim is to get available those default values per countries or other areas. You are invited to comment it in the talk page, especialy the syntax that must be strong to work with routing engines and other computers. I'm not able to know how it could be implemented in the different programs and sites. It is an other subject you can discuss. Thank you for your attention. -- FrViPofm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [proposal] Default values in a relation definition
Le 28/05/2010 16:00, Vincent Pottier wrote : ... I beg your pardon. The link : http://wiki.openstreetmap.org/wiki/Relations/Proposed/Definition -- FrViPofm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [proposal] Default values in a relation definition
I think you should rename your proposal as 'defaults' instead of 'definition' (type=defaults). And the prefix def: is not really necessary in your def:key=value tags. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [proposal] Default values in a relation definition
I wouldn't use the '' symbol as it might be a value, not sure what to use instead. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Application error in Firefox
2010/5/28 Cartinus carti...@xs4all.nl: On Thursday 27 May 2010 23:39:57 Dan Karran wrote: I've had that problem here since yesterday as well. Closing Firefox and re-opening seemed to kick it into gear again though. I think I had to log in when I re-opened it, so I suspect that starting a new session is what cleared the issue for me. Your comment about log in made me try something else. I deleted all cookies for openstreetmap.org and now it works again. Indeed, this fixed it for me as well. Cheers Colin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We need urgently a clarification between place locality, farm and isolated_dwelling
On Fri, May 28, 2010 at 7:00 PM, Pieren pier...@gmail.com wrote: Good to see that nobody cares about the wiki inconsistencies of 'locality'. I didn't reply because your original email didn't ask a clear question. Are you proposing something in particular? I'll try to comment nonetheless: at http://wiki.openstreetmap.org/wiki/Locality: I would delete the first sentence: All current place tags are for either populated areas, or for larger areas of County sized or bigger. http://wiki.openstreetmap.org/wiki/Key:place : Seems consistent. http://wiki.openstreetmap.org/wiki/Map_Features#Places Seems consistent. place=isolated_dwelling: at http://wiki.openstreetmap.org/wiki/Map_Features#Places - missing So? place=farm at http://wiki.openstreetmap.org/wiki/Key:place: - A distinct identified farm at the node so tagged. In some countries the official type of a residential area smaller than a hamlet. Oh dear. But is it not isolated_dwelling now for residential area smaller than a hamlet ? at http://wiki.openstreetmap.org/wiki/Tag:place%3Dfarm - A farm can be a part of a human settlement (place=* like hamlet, village, town) that have buildings and land for farming, usually a few central buildings around a landuse=farmyard with landuse=farmland or landuse=meadow surrounding it. If the farm is not part of a bigger settlement (regarding structure not administration) and the farm and comprising settlement itself is not bigger than defined for isolated dwellings in your country, use place=isolated_dwelling.. Ah okay. If it is isolated, use isolated_dwelling. And if it is part of an hamlet, village, town, why the hell are you using a key place to name the landuse=farmland ? why not simply the tag name=* ? If it is a manufactory, not a farm, do you tag it landuse=industrial + place=manufactory ? I don't understand. It's probably too simple. I suspect place=farm is used because people want to be able to tag a farm as a *feature*, not just as the use of an area of land. I agree that place=* is probably inappropriate for this. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [proposal] Default values in a relation definition
On Sat, May 29, 2010 at 12:52 AM, Pieren pier...@gmail.com wrote: I think you should rename your proposal as 'defaults' instead of 'definition' (type=defaults). Agreed. And the prefix def: is not really necessary in your def:key=value tags. Perhaps not, but it does help to make it clear that these are unusual tags with an unusual purpose. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] High-Tech Burglars May Get Longer Sentences In Louisiana
Hugh Pickens writes Burglars and terrorists should be careful not to use Google Maps if they plan on committing crimes in the state of Louisiana. Nola reports that a bill approved 89-0 by the Louisiana House will require that judges impose an additional minimum sentence of at least 10 years on terrorist acts if the crime is committed with the aid of an Internet-generated 'virtual map.' The bill, already approved by the Louisiana Senate, defines a 'virtual street-level map' as one that is available on the Internet and can generate the location or picture of a home or building by entering the address of the structure or an individual's name on a website. If the map is used in the commission of a crime like burglary, the bill calls for the addition of at least one year in jail (PDF) to be added to the burglary sentence. The House measure is now being sent back to the Senate for approval of clarifying amendments made by a House committee. http://yro.slashdot.org/story/10/05/28/1821200/High-Tech-Burglars-May-Get-Longer-Sentences-In-Louisiana?from=rss I guess paper map sales will be booming now in Louisiana... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] High-Tech Burglars May Get Longer Sentences In Louisiana
Hugh Pickens writes Burglars and terrorists should be careful not to use Google Maps if they plan on committing crimes in the state of Louisiana. Nola reports that a bill approved 89-0 by the Louisiana House will require that judges impose an additional minimum sentence of at least 10 years on terrorist acts if the crime is committed with the aid of an Internet-generated 'virtual map.' The bill, already approved by the Louisiana Senate, defines a 'virtual street-level map' as one that is available on the Internet and can generate the location or picture of a home or building by entering the address of the structure or an individual's name on a website. If the map is used in the commission of a crime like burglary, the bill calls for the addition of at least one year in jail (PDF) to be added to the burglary sentence. The House measure is now being sent back to the Senate for approval of clarifying amendments made by a House committee. http://yro.slashdot.org/story/10/05/28/1821200/High-Tech-Burglars-May-Get-Longer-Sentences-In-Louisiana?from=rss I guess paper map sales will be booming now in Louisiana... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [OSM-talk-ie] OpenStreetMap as Gaeilge!
Great work Rory, it looks very well indeed. I'll pass the link on to my Irish speaking in-laws and see if they have any edits. I'm speaking about OpenStreetMap at 3Dcamp tomorrow ( http://3dcamp.barcamp.ie/) and if it's ok with you I'll feature this in my talk. If anybody wants to come along to 3Dcamp its on in IT Tallaght from 9.30-4ish tomorrow, and it's free. I see that there's someone from the TOG hackerspace lined up to talk too, and the whole event looks good. My talk is scheduled for about 13.45. Regards, Richard On 28 May 2010 09:37, Rory McCann r...@technomancy.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, Last while I've been working on making an OpenStreetMap as Gaeilge. It's the same OpenStreetMap data, however it uses name:ga instead of name. There are other layers to select name:ga then name and name:en. It only has road data for Ireland and higher level data for the rest of the world. Thanks a lot to pb for donating some nice fast server to render the tiles. OpenStreetMap as Gaeilge: http://www.technomancy.org/openirishmap/ It's a work in progress. Any questions, fire away! Rory -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkv/gNAACgkQABn8MFNz+2FCzQCcDY9+RT2IEbE/jR2rm7WpNfQK zmwAnR5exaOSqU1Z0FAALT3jiTTo6AQQ =sf0E -END PGP SIGNATURE- ___ Talk-ie mailing list Talk-ie@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-de] OSM für Feuerwehr
- Ursprüngliche Mitteilung - André Reichelt andr...@online.de wrote: Ich kann die Bedenken natürlich verstehen. Allerdings hat die Holzhammermethode noch nie funktioniert. Man sollte vielmehr einen Weg finden, wir man in Zukunft bestimmte Fakten schlicht festnageln kann. Ich stelle mir das dementsprechend vor, dass man Objekte verifizieren kann und wenn eine bestimmte Anzahl an Leuten das Ding als korrekt und vollständig markiert haben wird es für Änderungen blockiert. So einen ähnlichen Vorschlag hatte ich auch schon mehrfach gemacht. Ich glaube nicht das OSM solche Mechanismen schaden! Ganz im Gegeteil! Andererseits stellt sich das Problem, dass diese Inhalte in OSM nicht zulässig wären. Denn beispielsweise Aufstellplätze können nicht von jedem vor Ort gemappt werden, sonder befinden sich lediglich in den Köpfen bzw sind in feuerwehrinternen papiernen Plänen enthalten. ___ 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] OSM für Feuerwehr
hi ein Bekannter von mir ist bei der Freiwilligen Feuerwehr. Nachdem ich ihm das Wesen von OSM erklärt hatte, war er begeistert, endlich ein Mittel gefunden zu haben, mit dem man ein lange gehegtes Problem lösen könnte. Mit OSM wäre es einfach, Hydranten, Aufstellplätze und andere feuerwehrspezifische Dinge endlich selbst mappen zu können. Bisher operiert man noch mit Papierplänen. Nach meinem Hinweis, dass jeder an den Daten etwas ändern könnte, stellte sich dieses als Nachteil heraus. Im Einsatzfall muss man sich logischerweise auf stimmige Pläne verlassen können. Die Feuerwehr kann sich doch nicht auf ein funktionierendes Internet verlassen und braucht immer Papierpläne. Alternativ dazu wären noch offline Maps auf Garmin oder Laptop sinnvoll. Ab und zu macht es natürlich Sinn neue Karten zu drucken und die offline Map neu zu überspielen. Da muss man schauen ob die Hydranten noch passen. Wenn die Hydranten-Standorte bereits überprüft wurden, dann müssen in Zukunft nur noch die Änderungen überprüft werden. Um diese Änderungen zu sehen könnte man ein kleines Skript schreiben das diese Änderungen anzeigt. liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Hallo an die Community, ich finde es auch interessant zu überlegen, wo OSM 2020 stehen könnte, halte aber eine realistische Einschätzung über einen so langen Zeitraum für nahezu unmöglich. Konkret sehe ich eine weiter verfestigende OSM-Basis in der Gegenwart als noch immer wesentlich wichtiger an. Wie ich dazu komme? Unter anderem war in einer der Rückmeldungen die Rede davon, dass OSM noch immer zu unbekannt ist. Wie der ein oder andere vielleicht schon mitbekommen hat, habe ich in den vergangenen Wochen und Monaten versucht den Kontakt mit der Community aufzunehmen, um a) die Vorgehensweise hinsichtlich der Datenspende des VRS zu konkretisieren als auch b) die Bereitschaft des VRS für eine inhaltliche Zusammenarbeit mit der Community zu signalisieren um für den ÖPNV-Bereich eine öffentlichkeitswirksame Anwendung (neben der ÖPNV-Karte) auf OSM-Basis anzustreben. Daher möchte ich auch in diesem Zusammenhang nochmals deutlich machen, dass der VRS für konkrete Ideen aus der Community offen ist und sich über einen entsprechenden Austausch sowie ein gemeinsames Umsetzen/Vorgehen freut. Ein Beispiel: Als bisher konkretester Impuls aus der Community war z.B. die Idee, ähnlich wie bei Maposmatic, basierend auf einem festen PDF-Template anhand der gängigen Haltestellen-Tags im Gebiet des VRS Haltestellenumgebungspläne mit transparentem 100, 200 und 500 m-Radius automatisch zu generieren und diese mit unserem Auskunftssystem zu verknüpfen. Der VRS im OSM-Wiki: http://wiki.openstreetmap.org/wiki/VRS Mit freundlichen Grüßen Marcel Hövelmann - Dipl.-Geograph - Abt. Informationstechnologie - Kundeninformation Verkehrsverbund Rhein-Sieg GmbH Tel.: 0221 / 20 80 8 - 33 Fax: 0221 / 20 80 8 - 833 marcel.hoevelm...@vrsinfo.de * Unterwegs mit Bus, Bahn, Fahrrad, Auto und Flugzeug: www.mobil-im-rheinland.de * Im VRS unterwegs mit dem HandyTicket * Immer ein Stückchen schlauer - mit der Schlauen Nummer für Bus und Bahn: 01803/504030 (9 Cent/Min. aus dem dt. Festnetz; Mobilfunk abweichend) Verkehrsverbund Rhein-Sieg GmbH × Glockengasse 37-39 × 50667 Köln × http://www.vrsinfo.de Geschäftsführer: Dr. Wilhelm Schmidt-Freitag × Dr. Norbert Reinkober Vorsitzender der Gesellschafterversammlung: Rolf Menzel Vorsitzender des Aufsichtsrates: Dietmar Tendler Amtsgericht Köln - HRB 16883 × USt-IdNr. DE 122 660 26 3 Sparkasse KölnBonn × Konto 4 442 034 × Bankleitzahl 370 501 98 * Vor dem Drucken bitte an die Umwelt denken - Think of the environment before you print * ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Am 28.05.2010 um 00:59 schrieb Bernhard Zwischenbrugger: Also: Lasst vorrangig uns die Lücken schließen! Geographische Lücken zu schließen sind wichtiger, als Vorfahrtsregeln in Städten einzutragen. Google Maps ist gratis. Wenn das Ziel ist genau das gleiche zu machen wie eh schon vorhanden ist, dann sehen wohl manche nicht wirklich viel Sinn darin. Wirklich interessant sind doch erst die Dinge die anderswo nicht vorhanden sind. lg Bernhard Sehe ich auch so. Die Stärken von OSM sind seine Aktualität und die Möglichkeit, und die vielen Möglichkeiten der Nutzung der Datenmenge. Die Erfassung der Daten ist aber bis dato noch ungleichmäßig. Die bekannte Straßenliste http://osm.gt.owl.de/Strassenliste/ zeigt es auf: Es gibt noch viele Lücken. Solange es noch Orte mit nur wenigen Prozenten an erfassten Straßen gibt, ist OSM als ernst zu nehmende Navi-Lösung nicht an den Mann (die Frau) zu bringen. Nun aber zu den Zukunftsvisionen: - Die Post nutzt OSM weger der Aktualität - Bundesweit arbeiten die Kommunen mit OSM - In den Großstädten sind die meisten Gebäude in 3D erfasst. - Diese können in einer nie dagewesenen Qualität begangen werden. - Die Erde ist komplett dreidimensional erfasst. - Leider ist OSM noch nicht bis überall vorgedrungen. Es gibt noch immer Lücken, die sich einer Erschließung entziehen. - Statistische Auswertung der Daten zu versch. Zwecken. - Die Tourismusbranche nutzt OSM im verstärktem Maße. - Wander-, Reit- und andere Karten auf Basis von OSM lösen andere Kartenwerke ab. - ... Die Liste ist beliebig fortzuführen. Gruß Lothar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Hallo, Der große Vorteil von OSM ist, dass die Daten zur freien Verfügung stehen und dass sie erweiterbar sind. Doch was kann man damit machen? OpenStreetMap hat noch viel mehr Vorteile. Hier sind mal ein paar aufgezählt: - Aktualität: Änderungen können von dem einen auf den anderen Tag live gehen - Ortskenntnis: Kein anderer Kartenanbieter hat so viel Ortskenntnis, wie die Summe an Mappern, die an der OpenStreetMap-Karte arbeiten - Aussehen: Man kann die Karte mit einem beliebigen Kartenstyle versehen. Jeder kann die Karte dabei so aussehen lassen, wie er möchte (Rendern) - Volle Flexibilität: Es gibt keine Einschränkung hinsichtlich der Nutzung: z.B. für Tracking Tracing oder GPS-Navigation - Abgeleitete Nischenproukte: Man kann die OpenStreetMap-Karte für bestimmte (Nischen-) Anwendungen erstellen, indem man zuästzliche Attribute ergänzt, z.B. für Radfahrer, Wanderer, Skifahrer, Seefahrt, Mountainbiken, Langlaufen etc. - Kosten: Man muss keine Lizenzgebühren zahlen - Planungssicherheit: Man kann sicher sein, dass keine Werbung auf der Karte eingeblendet wird. Außerdem kann niemand von heute auf morgen die Lizenzbestimmungen ändern - Kontrolle: Bei OpenStreetMap hat man Zugriff direkt auf die Daten, nicht nur über eine API - Transparenz: Es können alle beliebigen Statistiken bei OpenStreetMap erstellt werden, so dass jeder weiss, was es gibt und was sich ändert. Es herrscht auch voll Transparenz über die Nutzerdaten, die bei OpenStreetMap gesammelt werden. - Unabhängigkeit: Die Karte ist nicht nur Mittel zum Zweck, um den Verkauf von Handys zu steigern oder die Werbeeinnahmen zu erhöhen. Insgesamt sieht man bei OpenStreetMap in jeglicher Hinsicht ein exponentielles Wachstum, sowohl was die Mapper als auch was die Änderungen in der Karte selbst angeht. Das Wachstum zeigt, dass viele Menschen, erkannt haben, dass die OpenStreetMap-Karte wirklich viele Vorteile bietet. Ich sehe hier viele Parallelen zu der Entwicklung von Linux, das auch über lange Zeit ein Schattendasein geführt hat. Wenn man mal in den Apple Appstore geht und dort in der Kategorie Reise oder Navigation stöbert sieht man, wie viele Anwendungen bereits auf einer Karte basieren. Dort bekommt man einen Vorgeschmack, für welche Zwecke die Karte alles genutzt werden kann. Gruß Oliver -- View this message in context: http://gis.638310.n2.nabble.com/Was-kann-OSM-2020-tp5109984p5112062.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] Nichtraucher-Karte
Liebe OSMer, in Bayern wird am 4.7. über den Volksentscheid Nichtraucherschutz abgestimmt. 1.298.746 Personen haben die 10% Hürde weit übersprungen und das Volksbegehren gewonnen. Jetzt steht der Volksentscheid an. Wir möchten gern in einer Karte alle Gaststätten anzeigen, und diejenigen hervorheben, die bereits aktiven Nichtraucherschutz betreiben. Die Idee ist folgende: - Über ein Webinterface per Klick alle Gaststätten erfassen und mit smokefree=yes/no auszeichnen. - Die so erfassten Daten und alle die schon in der OSM-DB erfasst sind auf der Website www.nichtraucherschutz-bayern.de auf einer OSM-Karte mit OpenLayers anzeigen. - Parallel dazu könnten wir die über das Webinterface erfassten Daten in die DB übernehmen (vielleicht geht das ja sogar per Script?). - Über die Presse die Bevölkerung zum Mitmachen einladen. Mehrwert für OSM: - neue Bevölkerungsgruppen erreichen - OSM in weiten Teilen Bayerns und darüberhinaus bekannt machen - das Webinterface könnte auch für andere Aktionen genutzt werden Taugt diese Idee? Webspace steht zur Verfügung. Wer könnte auf die Schnelle so ein Webinterface schreiben? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM für Rettungsdienst
Ich weiß ja, dass die Feuerwehren aufgrund ihrer gesetzlicher Verankerung und besserer finanzieller Mittel als der ehrenamtliche Rettungsdienst kaum andere Götter neben sich dulden, aber es gibt nicht nur den Anwendungsfall Feuerwehr. Auch für den Rettungsdienst gibt es spezielle Bedürfnisse, die es zu beachten gilt. Als Mitglied in der weltweit größten Wasserrettungsorganisation auf Freiwilligenbasis (DLRG), bei der ich Bootsführer und Einsatztaucher bin, ist mir und meinen KameradInnen beispielsweise die Kennzeichnung potentieller Slipstellen für Rettungsboote in Gewässern, die für den regulären, zivilen Bootssport nicht freigegeben sind, und die deswegen auch keine normalen Slipstellen haben, sehr wichtig. Auch Strömungsgeschwindigkeiten von Gewässern spielen beim Taucheinsatz eine wichtige Rolle. Ganz allgemein ist der Schutz wichtiger Daten, die im Notfall Leben retten können, ein Thema, das angegangen werden muss. Grüße Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Am 28.05.2010 09:23, schrieb Bernhard Zwischenbrugger: Wenn die Hydranten-Standorte bereits überprüft wurden, dann müssen in Zukunft nur noch die Änderungen überprüft werden. Um diese Änderungen zu sehen könnte man ein kleines Skript schreiben das diese Änderungen anzeigt. +1 Ich denke nicht das man Änderungen verbeiten/einschränken etc. muss sondern nur das man halt die Änderungen bei OSM kritisch kontrollieren muss. Einen entsprechenden Diff zu erstellen ist IMHO technisch nicht besonders anspruchsvoll. Signaturen und/oder einen neuen Server finde ich da wesentlich aufwändiger. Und dann arbeitet die Feuerwehr halt mit geprüften (und deshalb im Zweifel etwas älteren) Karten während in der Live-OSM Version schon ein paar Änderungen von Feuerwehr-Entusasten warten die noch geprüft werden müssen. Gruß Sven smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Hallo, ich würde die wichtigen Feuerwehr-Daten seperat in eine normale Datenbank schreiben. Der Schreibzugang ist nur über Kennwort möglich. Das ganze würde lokal auch mit ExcelCo gehen. Man braucht nur 3 Spalten: TAG, lat, lon Nun braucht man noch ein Script, dass die Daten aus der Datenbank ausliest und eine gültige osm-Datei ausspuckt. Für reine Node-Objekte dürfte das so recht einfach sein. Die ausgespuckte OSM-Datei kann man dann mit dem aktuellen Planetfile mit osmosis mergen und dann rendern lassen. Bspw. für Garmin (MapSource) oder aber als Bilddatei, die man dann zum Plotten gibt. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/OSM-fur-Feuerwehr-tp5111201p5112161.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] Nichtraucher-Karte
Am 28.05.2010 10:16, schrieb Markus: Wir möchten gern in einer Karte alle Gaststätten anzeigen, und diejenigen hervorheben, die bereits aktiven Nichtraucherschutz betreiben. warte bis zum 4.7.2010, dann sind eh alle Gaststätten nur für Nichtraucher - was ich natürlich nicht hoffe - dann ist Dein Vorschlag sowieso erledigt. Anm. ist zwar offtopic, ich bin aber für freie Entscheidung der Wirte, ob Raucher oder Nichtraucher. Es gibt so viele Gaststätten, dass ein friedliches Miteinander das Ziel sein sollte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Rettungsdienst
Hallo Jürgen Dieses ist sicherlich auf der OpenSeaMap Binnenwasserstraßen-Karte mit einem Extra Overlay zu erreichen. Gruß Leo12305 -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] On Behalf Of Jürgen Frank Sent: Friday, May 28, 2010 10:31 AM To: Talk-de@openstreetmap.org Subject: [Talk-de] OSM für Rettungsdienst Ich weiß ja, dass die Feuerwehren aufgrund ihrer gesetzlicher Verankerung und besserer finanzieller Mittel als der ehrenamtliche Rettungsdienst kaum andere Götter neben sich dulden, aber es gibt nicht nur den Anwendungsfall Feuerwehr. Auch für den Rettungsdienst gibt es spezielle Bedürfnisse, die es zu beachten gilt. Als Mitglied in der weltweit größten Wasserrettungsorganisation auf Freiwilligenbasis (DLRG), bei der ich Bootsführer und Einsatztaucher bin, ist mir und meinen KameradInnen beispielsweise die Kennzeichnung potentieller Slipstellen für Rettungsboote in Gewässern, die für den regulären, zivilen Bootssport nicht freigegeben sind, und die deswegen auch keine normalen Slipstellen haben, sehr wichtig. Auch Strömungsgeschwindigkeiten von Gewässern spielen beim Taucheinsatz eine wichtige Rolle. Ganz allgemein ist der Schutz wichtiger Daten, die im Notfall Leben retten können, ein Thema, das angegangen werden muss. Grüße Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 9.0.819 / Virendatenbank: 271.1.1/2899 - Ausgabedatum: 05/27/10 20:30:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Am 28.05.10 10:30, schrieb aighes: Die ausgespuckte OSM-Datei kann man dann mit dem aktuellen Planetfile mit osmosis mergen und dann rendern lassen. Transparente Tiles der POIs selbst zu rendern und nur die nichtleeren Tiles mit denen von mapnik zu mergen oder per openlayers darzustellen dürfte erheblich schneller gehen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Navigationsgeräte werden meiner Erfahrung nach heute zu 90% zur PKW-Navigation genutzt. Hier ist ein komplettes Straßennetz sowie flächendeckende Hausnummern nötig. Sobald das vorhanden ist, ist auch ein durchbruch möglich. Beim VRS fände ich es interessant ein Routing zu haben, das mich auf schnellstem Weg von A nach B führt und dabei Fußwege sowie den ÖPNV berücksichtig und dann den Fahrpreis ausgibt und man sich den Weg ausdrucken oder als pdf speichern kann. Das Routing sollte den schnellsten Weg finden. Wenn ich 1000m vor dem Ziel umstiegen müsste und dafür 20min warten müsste, würde ich die Strecke laufen. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Was-kann-OSM-2020-tp5109984p5112232.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] OSM für Feuerwehr
Mit der Idee eine OSM-Karte für die Feuerwehr bereitzustellen beschäftige ich mich schon länger. Bei uns in der Löschgruppe haben wir kürzlich alle Hydranten mit Garmins aufgenommen. Ich pflege diese noch zusätzlich in einer Datenbank, um verlässliche Daten zu haben. Doch eine Art Verifizierung wäre auch nicht schlecht. So könnte man zumindest die Redundanz beseitigen. Gruß, Elmar Am 28.05.2010 08:47, schrieb Sven Sommerkamp: - Ursprüngliche Mitteilung - André Reichelt andr...@online.de mailto:andr...@online.de wrote: Ich kann die Bedenken natürlich verstehen. Allerdings hat die Holzhammermethode noch nie funktioniert. Man sollte vielmehr einen Weg finden, wir man in Zukunft bestimmte Fakten schlicht festnageln kann. Ich stelle mir das dementsprechend vor, dass man Objekte verifizieren kann und wenn eine bestimmte Anzahl an Leuten das Ding als korrekt und vollständig markiert haben wird es für Änderungen blockiert. So einen ähnlichen Vorschlag hatte ich auch schon mehrfach gemacht. Ich glaube nicht das OSM solche Mechanismen schaden! Ganz im Gegeteil! Andererseits stellt sich das Problem, dass diese Inhalte in OSM nicht zulässig wären. Denn beispielsweise Aufstellplätze können nicht von jedem vor Ort gemappt werden, sonder befinden sich lediglich in den Köpfen bzw sind in feuerwehrinternen papiernen Plänen enthalten. ___ Talk-de mailing list Talk-de@openstreetmap.org mailto: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 -- Gruß, Elmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Was am schnellsten bzw. einfachsten ist hängt von dem benötigten Output ab. Eine reine Onlinekarte halte ich aber für nicht einsetzbar. Die Feuerwehrleute sind ja draußen unterwegs und brauchen da die Karte und nicht nur in der Leitstelle. -- View this message in context: http://gis.638310.n2.nabble.com/OSM-fur-Feuerwehr-tp5111201p5112254.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] OSM für Rettungsdienst
Hey Jürgen, bevor die Aussage noch an Brisanz gewinnt: Auch die Feuerwehr baut auf Freiwilligen. Manchenorts gibt es Hauptamtliche Kräfte oder gar eine Berufsfeuerwehr. Bei uns auf dem Land geht es der Feuerwehr auch nicht viel besser, angesichts der leeren Kassen der Kommunen. Aber eines ist doch sicher. Alle, die in Katastrophenschutzorganisationen sind, wollen doch nur helfen. Und genau das eint uns doch. Eine solche Karte sollteorganisationsübergreifend Ausgelegt sein, bei größeren Schadenslagen arbeitet man ja auch zusammen. Bei einem Dachstuhlbrand braucht die Ortsfeuerwehr wohl keine Karte um Hydranten zu finden. ;-) Gruß, Elmar Am 28.05.2010 10:16, schrieb Jürgen Frank: Ich weiß ja, dass die Feuerwehren aufgrund ihrer gesetzlicher Verankerung und besserer finanzieller Mittel als der ehrenamtliche Rettungsdienst kaum andere Götter neben sich dulden, aber es gibt nicht nur den Anwendungsfall Feuerwehr. Auch für den Rettungsdienst gibt es spezielle Bedürfnisse, die es zu beachten gilt. Als Mitglied in der weltweit größten Wasserrettungsorganisation auf Freiwilligenbasis (DLRG), bei der ich Bootsführer und Einsatztaucher bin, ist mir und meinen KameradInnen beispielsweise die Kennzeichnung potentieller Slipstellen für Rettungsboote in Gewässern, die für den regulären, zivilen Bootssport nicht freigegeben sind, und die deswegen auch keine normalen Slipstellen haben, sehr wichtig. Auch Strömungsgeschwindigkeiten von Gewässern spielen beim Taucheinsatz eine wichtige Rolle. Ganz allgemein ist der Schutz wichtiger Daten, die im Notfall Leben retten können, ein Thema, das angegangen werden muss. Grüße Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Gruß, Elmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Ein einfacher ansatz dafür wäre ein MD5-Hash aus Node-ID und den Koordinaten und noch irgendwas. Den könnte man einfach mittaggen. Dann brauchst du noch ein Überprüfungstool, was aus den osm-Daten alle Hydranten ausliest, den Hash erneut bildet und mit dem vorhandenen vergleicht. -- View this message in context: http://gis.638310.n2.nabble.com/OSM-fur-Feuerwehr-tp5111201p5112280.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] OSM für Feuerwehr
Am 28.05.10 11:01, schrieb aighes: Was am schnellsten bzw. einfachsten ist hängt von dem benötigten Output ab. Eine reine Onlinekarte halte ich aber für nicht einsetzbar. Die Feuerwehrleute sind ja draußen unterwegs und brauchen da die Karte und nicht nur in der Leitstelle. Die online oder offline-Tiles kannst du mit taho.exe unkompliziert zu einer Druckfähigen Karte zusammenfügen. Mir graut halt nur davor, Neulingen gleich das planetfile um die Ohren zu hauen, wenn es für eine lokale Anwendung einfachere Wege gibt. Ein geofabrik-Extrakt täte es zur Not auch. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Am 28.05.2010 03:36, schrieb André Reichelt: Ich kann die Bedenken natürlich verstehen. Allerdings hat die Holzhammermethode noch nie funktioniert. Man sollte vielmehr einen Weg finden, wir man in Zukunft bestimmte Fakten schlicht festnageln kann. Ich stelle mir das dementsprechend vor, dass man Objekte verifizieren kann und wenn eine bestimmte Anzahl an Leuten das Ding als korrekt und vollständig markiert haben wird es für Änderungen blockiert. .. und dann stellst du fest dass die Position an der das teil gemappt ist um 20 Meter verschoben ist und würdest gerne die angrenzende Streaße verschieben und dann liegen Straße und Punkt meilenweit außeinander. Falls dennoch etwas zu ändern ist (Baustelle usw.), dann landet dies nur in einem Freischaltungsmodus. Bei dieser riesigen Menge an Objeten in der OSM DB befürchte ich, dass selbst wenn alle mit anpacken, die menge an Objekten in diesem Modus zu groß werden würde. Die Änderungen erscheinen dann erst auf der Karte, wenn diese von einer bestimmten Zahl an qualifizierten Nutzern genehmigt wurden. Wie stellst du fest, ob ein Nutzer qualifiziert ist? Und tust du das alleine -- weltweit? Im Prinzip also eine Adaption des kürzlich in der Wikipedia eingeführten Sichtersystems. In der Wikipedia ist die Verzahnung von Artikeln weit geringer als bei uns die Verzahnung von Nodes und Ways. Außerdem ist in der Wikipedia der Verhältnis von Lesern zu Schreibern anders, sodass nur ein kleiner Teil etwas von einem Lock auf einem bestimmten Artikel mitbekommt. OpenStreetMap trägt das Open im Namen, und das bezieht sich unter anderem auch auf die Beteiligung und den Community Aspekt. Dabei sollte es auch bleiben. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Im Prinzip eine gute Idee, falls jemand einen Node versehentlich verschieben sollte. Aber evtl sollten wir uns vorher über das Taggen von Hydranten einig werden, es gibt da anscheinend verschiedene Ansätze. Mein Vorschlag wäre: *fire_hydrant: [down|top] fire_hydrant:diameter: * (Durchmesser in mm) ref: * (Referenz des Betreibers) operator: * (Betreiber, bei uns in der Gemeinde gibt es zwei Wassernetze) fire_hydrant:position: [lane|parking_lot|sidewalks|green] * Evtl. kann man auch noch über eine Relation nachdenken um, damit man weiß, welcher Hydrant an welcher Leitung hängt. Gruß, Elmar Am 28.05.2010 11:08, schrieb aighes: Ein einfacher ansatz dafür wäre ein MD5-Hash aus Node-ID und den Koordinaten und noch irgendwas. Den könnte man einfach mittaggen. Dann brauchst du noch ein Überprüfungstool, was aus den osm-Daten alle Hydranten ausliest, den Hash erneut bildet und mit dem vorhandenen vergleicht. -- Gruß, Elmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
smoke=yes smoke=lounge (fumoir, smoker's room, Rauchsalon) smoke=outdoors smoke=no ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Rettungsdienst
Am 28.05.2010 10:16, schrieb Jürgen Frank: Ganz allgemein ist der Schutz wichtiger Daten, die im Notfall Leben retten können, ein Thema, das angegangen werden muss. Schützenswerte, wichtige Daten sollten nicht aus OSM bezogen werden - das ist einfach das falsche Tool dazu. Egal ob Feuerwehr oder DLRG - baut eine eigene Datenbank auf und legt eure Daten über den OSM Basis-Layer. Lotet Einsatzmöglichkeiten (Papierkarten, Garmin Geräte etc.) aus. Wenn das alles geklappt hat können wir uns überlegen, wie wir die Daten *zusätzlich* nach OSM exportieren und dort auch aktuell halten können, aber das ist definitiv erst Schritt 2. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Typo3 - Slippymap und OpenLayers
Wie integrtiert man in Typo3 eine Slippymap mit GPX-Daten (OL)? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Am 28.05.2010 11:08, schrieb aighes: Ein einfacher ansatz dafür wäre ein MD5-Hash aus Node-ID und den Koordinaten und noch irgendwas. Den könnte man einfach mittaggen. Dann brauchst du noch ein Überprüfungstool, was aus den osm-Daten alle Hydranten ausliest, den Hash erneut bildet und mit dem vorhandenen vergleicht. Und dann löscht einer den Node einfach raus ;-) Ein Nebenaspekt zu der Diskussion: Wenn die ganzen freiwilligen Feuerwehren jetzt anfangen OSM Karten einzusetzen, dürfte das letztlich einen ziemlichen Schub für unsere Abdeckung auf dem flachen Land bedeuten :-) Allgemeiner gesprochen geht es doch hier um geschlossene Benutzergruppen, weil dem Wiki Prinzip nicht so recht getraut wird (werden darf?). Dafür sehe ich hier als Möglichkeiten: a) du verwendest OSM für die Rettungsdaten trotzdem wie sonst bei OSM auch, mit der Gefahr des Editierfehlers/Vandalismus von irgendwelchen Deppen - aus meiner Sicht in diesem Fall auf die Dauer nicht sinnvoll möglich, das kannst du keinem Feuerwehrhäuptling verkaufen (kann mich da aber auch täuschen). Vielleicht aber als Anfang sogar erstmal der sinnvollste Weg um überhaupt zusammenzutragen, was man denn alles so an Infos braucht und wie man es darstellen kann (es gibt ja auch z.B. den THW, Bergrettung, ...) b) du signierst die Daten in der OSM Datenbank. Macht es komplizierter als a) wer darf signieren und löst auch nicht alle Probleme, wie z.B. das Node löschen. c) du schützt die Daten in der OSM Datenbank gegen editieren von anderen - was aus meiner Sicht keine breite Zustimmung bei OSM finden wird (weil es letztlich dem OSM Gedanken widerspricht) d) du hältst die Daten getrennt von OSM - evtl. mit einer wie auch immer gearteten Synchronisation zu den OSM Daten. Dabei kannst du natürlich auch Teile der OSM Toolkette und OSM als Basiskarte wiederverwenden. Alle Lösungen haben so ihre Vor- und Nachteile, auf die Dauer wirst du wohl letztlich bei d) landen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Typo3 - Slippymap und OpenLayers
Evtl. hilft dir das weiter: http://forum.openstreetmap.org/viewtopic.php?id=7260 Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Typo3-Slippymap-und-OpenLayers-tp5112374p5112432.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] OSM für Feuerwehr
Hallo, Tirkon wrote: Mit OSM wäre es einfach, Hydranten, Aufstellplätze und andere feuerwehrspezifische Dinge endlich selbst mappen zu können. Bisher operiert man noch mit Papierplänen. Nach meinem Hinweis, dass jeder an den Daten etwas ändern könnte, stellte sich dieses als Nachteil heraus. Im Einsatzfall muss man sich logischerweise auf stimmige Pläne verlassen können. Hierzu gibt es viele verschiedene Dinge zu sagen. Zunaechst einmal ist die Annahme seitens Deines Feuerwehr-Bekannten, er verfuege selbst ueber stimmige Plaene, mit an Sicherheit grenzender Wahrscheinlichkeit falsch. Der Beweis, dass ein alle koennen alles aendern in OSM unterm Strich zu weniger verlaesslichen Daten fuehrt als die natuerliche Alterung plus menschliche Fehler auf Seiten derer, die im Augenblick die Plaene pflegen, steht aus. Dass es in OSM keine nicht veraenderbaren oder nur von einem privilegierten Personenkreis veraenderbaren Daten geben kann, sollte auf der Hand liegen; das liefe der Grundidee des Projekts zuwider. Nun koennte man einerseits einfach einen parallelen Datenbestand halten, wie Du es skizziert hast; die Technologie eignet sich schon dafuer, wie Peter gesagt hat, gibt es ein paar Huerden zu ueberspringen, aber gehen taet's schon. Was man dabei verschenkt, ist die Mitarbeit der Community. Wenn man einen Parkplatz als Aufstellplatz markiert und der Parkplatz irgendwann in der Groesse halbiert wird, weil eine Skater-Bahn errichtet wird, dann wuerde das bei einem echten OSM-Parkplatz automatisch gemappt, aber wenn die Feuerwehr den Platz in ihrer Privatdatenbank haben will, dann gibts diesen Vorteil eben nicht. - Man koennte das, was Du schilderst, auch komplett abseits der OSM-Toolchain machen, z.b. koennte man die Hydranten und Aufstellplaetze mit QGIS in einem Shapefile speichern, mit dem UMN Mapserver zeichnen und mit OpenLayers als transparenten Layer ueber OSM-Tiles darstellen lassen. Die Technologie dafuer existiert schon laenger und unabhaengig von OSM, aber erst in den letzten Jahren ist QGIS halbwegs nicht-GIS-Experten-Anwenderfreundlich geworden. Fuer besser hielte ich ein Konzept, bei dem die Leute die Daten tatsaechlich in OSM pflegen und sich auf andere Weise ihrer Korrektheit versichern. Immer wieder kommt der Vorschlag mit irgendwelchen Hashes und kryptographischen Pruefsummen, aber das halte ich fuer Quatsch, denn die OSM-API stellt ja schon sicher, dass jeder, der ein Objekt veraendert, sich authentifizieren muss, d.h. es ist triival, zu einem Objekt die Liste aller Personen zu ermitteln, die es veraendert haben (oder von mir aus nur die letzte veraendernde Person). Dein Feuerwehrmann fuehrt also einfach eine Liste von (fuer ihn) vertrauenswuerdigen Mitmachern und uebernimmt Aenderungen an gewissen Objekten nur dann, wen nsie von jemandem aus der vertrauenswuerdigen Gruppe gemacht werden. Dazu muesste man auch ein bisschen Code schreiben, aber das ginge schon. Noch besser, wenn auch weniger sicher, waere eine Ueberwachung im Nachgang, wie es hier im Thread auch schon vorgeschlagen wurde - man benutzt einen ganz normalen OSM-Mirror, aber man laesst sich von einem Skript alarmieren, immer wenn irgendwas, was als Hydrant getaggt war, veraendert wird. Man koennte ja auch die Kachel-Generierung oder die Garminkarten-Herstellung immer erst anstossen, nachdem man einen Blick in die Liste der relevanten Aenderungen seit dem letzten Mal geworfen hat. Natuerlich, und das muss ihm auch ganz klar sein, erfordert das Arbeit - er bekommt die Mitarbeit der Community, aber investieren muss er Zeit, wenn er glaubt, bestimmte Sachen besser zu wissen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Rettungsdienst
Am 28.05.2010 11:22, schrieb Peter Körner: Am 28.05.2010 10:16, schrieb Jürgen Frank: Ganz allgemein ist der Schutz wichtiger Daten, die im Notfall Leben retten können, ein Thema, das angegangen werden muss. Schützenswerte, wichtige Daten sollten nicht aus OSM bezogen werden - das ist einfach das falsche Tool dazu. Egal ob Feuerwehr oder DLRG - baut eine eigene Datenbank auf und legt eure Daten über den OSM Basis-Layer. Lotet Einsatzmöglichkeiten (Papierkarten, Garmin Geräte etc.) aus. Wenn das alles geklappt hat können wir uns überlegen, wie wir die Daten *zusätzlich* nach OSM exportieren und dort auch aktuell halten können, aber das ist definitiv erst Schritt 2. +1 Noch eine Anmerkung: Auch wenn man den schreibenden Zugriff in diesem Fall schützen will, kann man den lesenden Zugriff und natürlich auch die Tools immer noch möglichst offen gestalten um nicht immer alles alleine machen zu müssen. Auch eine Beschreibung wir haben für unsere FFW Kleinkleckersdorf xy fabriziert und das geht so ... kann ja schon mal weiterhelfen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Am 27.05.2010 20:27, schrieb Bernhard Zwischenbrugger: Der große Vorteil von OSM ist, dass die Daten zur freien Verfügung stehen und dass sie erweiterbar sind. Doch was kann man damit machen? [...] Wohin geht die Reise? Wer hat die verrücktesten Ideen? - Landkarten im Web, 2020 vermutlich mit stufenlosem Zoom und beliebiger Anpassung der Darstellung dank hardwarebeschleunigtem Echtzeit-Rendering im Browser; nahtlose Integration von Gebäude-/Stockwerksplänen - Turn-by-Turn-Navigation für alle Fahrzeuge und Fußgänger mit ungeschlagener Aktualität, Verkehrsdaten-Integration und spurgenauen Abbiegehinweisen - Daten von OSM und freien Partnerdatenbanken als Grundlage für unzählige mobile Anwendungen vom Restaurant-Finder und der Öffnungszeiten-App bis zum Augmented-Reality-Spiel - Wegbeschreibungen/Routenplanung mit allem drum dran: Höhenprofile, Einbeziehung öffentlicher Verkehrsmittel, zeitabhängige Verfügbarkeit von Wegen... - in komfortabler WYSIWYG-Webanwendung konfigurierbare Papierkarten, die von einer Massenkarte nicht zu unterscheiden sind; entweder selbst gedruckt oder beim OSM-Äquivalent von PediaPress in Auftrag gegeben - barrierefreie Geoanwendungen mit zielgruppengerechten Benutzerschnittstellen und Inhalten - Karten in Fernsehnachrichten, für Webseiten und Wikis, auf Werbeflyern, als Wandertafeln, in Urlaubsvideos ... und zwar optimiert auf den jeweiligen Verwendungszweck - OSM-Technologie als Grundlage für die Kartenerstellung in Krisengebieten - Stadtmodelle zum Selberdrucken dank der 2020 endlich marktreifen Fabber (3D-Drucker) für den Hausgebrauch - OSM-Datenmaterial in Wissenschaft und Lehre, vom mein erster Router-Studentenprojekt über die Kartographiestudie bis zur statistischen Auswertung - Produkte zum Anfassen, etwa Tassen, Puzzles, T-Shirts - kreative Verwendungen: vertonte Landkarten, abstrakte Kunst aus Stadtplänen, ... Ich gebe aber zu: Besonders originell ist das alles nicht mehr, weil es die meisten der genannten OSM-Anwendungen auch 2010 schon zumindest in Ansätzen oder als Prototyp gibt. Oft fehlt nur die nötige Perfektion und Verbreitung. Insofern muss die verrückten Ideen jemand anderes übernhemen. Ich erwarte bis 2020 neben einer Qualitätssteigerung ohnehin vor allem auch: Überraschende Einfälle, an die ich jetzt noch gar nicht denke. :) Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen in Flächen
Am 27. Mai 2010 13:42 schrieb Simon Kokolakis simon.kokola...@gmx.de: Am 26.05.2010 20:40, schrieb Jürgen: sehe jetzt nur die zwei Gebäude, nicht aber die drei Spielfelder, die eigentlich in einem helleren grün gerendert werden müssten. das lag wohl an der Renderzeit der Kachel, ich kann jetzt alle Flächen sehen und gehe davon aus, dass sich Deine Frage erledigt hat. Nein, jemand hat eine multipolygon Relation für leisure=sports_center daraus gemacht und die Spielfelder als inner getaggt. Das würde jetzt bedeuten dass das Spielfeld außerhalb des Sportgeländes ist. Finde ich falsch. sehe ich auch so, das ist tagginng für die Renderer. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Typo3 - Slippymap und OpenLayers
Hallo Henning, http://forum.openstreetmap.org/viewtopic.php?id=7260 So? http://wiki.openstreetmap.org/wiki/DE:Typo3 Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] MTB Slippy-Map / Onlinekarte der openmtbmap
Hallo zusammen, ich habs gerade auch schon im Forum gepostet. Da mir das Thema schon lange auf dem Herzen liegt, möchte ich mal hier mein Glück versuchen. Es geht um die Erstellung einer online Slippymap für MTB'er. Bis jetzt gibt es ja die openmtbmap von felix (openmtbmap.org) die wirklich klasse ist. Er beeinflusst nachtürlich somit auch die Tags die getaggt werden. Da mit leider das Wissen, die Ausstattung und die Zeit ein wenig fehlt komm ich nicht dazu eine Online-Karte zu machen mit Mapnik wo die gleichen Tags auswertet wie felix bei der OMM und die Karte evtl. ähnlich darstellt. Hier gibts ne Legende von der OMM: http://openmtbmap.org/about-2/map-legend/ Dazu hinterlegt mit einem Hillshading, evtl. noch Höhenlinien und ein schöne Darstellung wie von der hikebikemap.de Gerne würde ich aber ein Team unterstützen. - Gibts evtl Mitstreiter hier? - Gibt es irgendwo Serverplatz und Rechenleistung? (gabs da nicht mal ne Spende voin Strato für openstreetmap.de ??) - Erfahrene User mit Mapnik (topo.geofabrik.de; hikebikemap.de, http://osm.lonvia.de,...) Wäre klasse wenn wir was hinbekommen könnten. Gruß -- View this message in context: http://gis.638310.n2.nabble.com/MTB-Slippy-Map-Onlinekarte-der-openmtbmap-tp5112824p5112824.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] OSM für Feuerwehr
Sven Sommerkamp s_sommerk...@gmx.de wrote: So einen ähnlichen Vorschlag hatte ich auch schon mehrfach gemacht. Ich glaube nicht das OSM solche Mechanismen schaden! Ganz im Gegeteil! Der Teufel bei solchem Zeug steckt doch im Detail. Nehmen wir eine ungenau gemappte Straße die z.B. mit einem uralten GPS gemappt wurde und bei der ein bestimtmer Node einen Hydranten darstellt. Nun markiert man diesen als nicht verschiebbar. Nun hat aber ein Mapper seiner Gemeinde zum beispiel hochgenau referenzierte Luftbilder abgeschwatzt und kann jetzt die Straße nicht mehr verschieben, weil da ein Hydrant dranhängt. Ehrlich gesagt finde ich das dann ein Glück, dass wir sowas nicht haben. Besser wäre es IMO einfach auf Änderungen zu achten, denn eine Versionsgeschichte haben wir heute schon. Gruss Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist gig...@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MTB Slippy-Map / Onlinekarte der openmtbmap
On Fri, May 28, 2010 at 05:15:54AM -0700, godofglow wrote: - Gibt es irgendwo Serverplatz und Rechenleistung? (gabs da nicht mal ne Spende voin Strato für openstreetmap.de ??) Ja, siehe http://wiki.openstreetmap.org/wiki/FOSSGIS/Server Allerdings sind die Server ziemlich ausgelastet, wir können also nichts versprechen. 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] Nichtraucher-Karte
Erster Test: http://www.lau-net.de/baerlocher/osm/test/nichtraucher/map.html (mit Easymap) Jetzt bräuchte ich eine GPX-Datei mit: - innerhalb Bayern (Landesgrenze) - alle Hotels (tourismus=hotel) - alle Hostels (tourismus=hostel) - alle Motels (tourismus=motel) - alle Restaurants (amenity=restaurant) - alle Kaffees (amenity=cafe) - alle Imbissbuden (amenity=fast_food) - alle Pubs (amenity=pub) - alle Bars (amenity=bar) - alle Nachtklubs (amenity=nightclub) - alle Biergärten (amenity=biergarten) - alle Kombi-Imbiss (amenity=food_court) ...also alle obigen Objekte mit smokefree=yes Wie kann ich das aus der OSM-DB filtern? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Am 28.05.10 14:29, schrieb Markus: Erster Test: http://www.lau-net.de/baerlocher/osm/test/nichtraucher/map.html (mit Easymap) Jetzt bräuchte ich eine GPX-Datei mit: - innerhalb Bayern (Landesgrenze) - alle Hotels (tourismus=hotel) - alle Hostels (tourismus=hostel) - alle Motels (tourismus=motel) - alle Restaurants (amenity=restaurant) - alle Kaffees (amenity=cafe) - alle Imbissbuden (amenity=fast_food) - alle Pubs (amenity=pub) - alle Bars (amenity=bar) - alle Nachtklubs (amenity=nightclub) - alle Biergärten (amenity=biergarten) - alle Kombi-Imbiss (amenity=food_court) ...also alle obigen Objekte mit smokefree=yes Wie kann ich das aus der OSM-DB filtern? osmosis 11x auf das bayern-extrakt der geofabrik loslassen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MTB Slippy-Map / Onlinekarte der openmtbmap
Am 28.05.2010 14:21, schrieb Jochen Topf: On Fri, May 28, 2010 at 05:15:54AM -0700, godofglow wrote: - Gibt es irgendwo Serverplatz und Rechenleistung? (gabs da nicht mal ne Spende voin Strato für openstreetmap.de ??) Ja, siehe http://wiki.openstreetmap.org/wiki/FOSSGIS/Server Allerdings sind die Server ziemlich ausgelastet, wir können also nichts versprechen. Einen Mapnik-Style, können wir auch auf den Wikimedia Toolserven unterbringen. Da haben wir schon einiges: http://toolserver.org/~osm/styles/ Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Effekiver wäre ein osmosis-Aufruf mit --rx file=... --tee=11 --tf accept-nodes amenity=... --tf accept-ways amenity=... --tf reject-relations --un --wx file=... --tf accept-nodes.. Bis man alle amenitys durch hat. Probleme machen dann noch die Einrichtungen, die als Weg eingetragen sind. Die muss man in dem Ergebnis umwandeln. -- View this message in context: http://gis.638310.n2.nabble.com/Nichtraucher-Karte-tp5112119p5112971.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] Nichtraucher-Karte
Markus liste12a4...@gmx.de wrote: ...also alle obigen Objekte mit smokefree=yes Sowas? http://toolserver.org/~kolossos/qtm2/queryinmap.php?name=*key=smokefreevalue=yestypes=points-areas-infosBBOX=0.28677,45.47382,20.12808,56.22977 Selten verwendeter tag abgesehen von einem Dorf in Franken :) Gruss Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Am 28.05.10 15:02, schrieb aighes: Effekiver wäre ein osmosis-Aufruf mit --rx file=... --tee=11 --tf accept-nodes amenity=... --tf accept-ways amenity=... --tf reject-relations --un --wx file=... --tf accept-nodes.. Bis man alle amenitys durch hat. tuts der senkrechte Strich nicht auch? dann wären zwei Aktionen für tourism und amenity ausrechend, abschließend nochmal für das rauchfrei. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Hallo Henning, André und Sven, Selten verwendeter tag abgesehen von einem Dorf in Franken :) Super! Habe mal eine Testseite gemacht: http://www.lau-net.de/baerlocher/osm/test/nichtraucher/map.html Für die erste Darstellung bräuchten wir ein GPX mit allen vom Bürgerentscheid möglicherweise betroffenen Gaststätten: Ein Pin auf der Karte, der zeigt: hier muss gemappt werden. Die Bürger könnten ihre Kneipe eintragen, auch die noch fehlenden), idealerweise gleich mit Adresse und so. In einem zweiten Schritt könnte man fortlaufend die aktuell gemappten Objekte grün oder rot anzeigen. Gruss, Markus PS: Mit einem pfiffigen Web-Interface wäre auch denkbar, dass man unter note einen Kommentar abgeben kann, den man dann im Popup anzeigt. Idealerweise die Kommentare aneinandergereiht mit Datum wie ein blog... (ok, da müsste man sich noch etwas einfallen lassen wegen der DB) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MTB Slippy-Map / Onlinekarte der openmtbmap
Hey. Danke für eure Antworten. Nochmal für Dummies :-): Wenn ich euch ein Mapnikstyle gebe wird mir automatisch Tiles (z.B. von Deutschland) von eurer Datenbank generiert und bei euch abgelegt? Wenn ja, wie oft wird die Datenbank aktualisiert und die Tiles neu gerendert und sind alles Tags bei euch in der Datenbank? Danke Gruß -- View this message in context: http://gis.638310.n2.nabble.com/MTB-Slippy-Map-Onlinekarte-der-openmtbmap-tp5112824p5113099.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] MTB Slippy-Map / Onlinekarte der openmtbmap
Hey. Danke für eure Antworten. Nochmal für Dummies :-): Wenn ich euch ein Mapnikstyle gebe wird mir automatisch Tiles (z.B. von Deutschland) von eurer Datenbank generiert und bei euch abgelegt? Wenn ja, wie oft wird die Datenbank aktualisiert und die Tiles neu gerendert und sind alles Tags bei euch in der Datenbank? Danke Gruß -- View this message in context: http://gis.638310.n2.nabble.com/MTB-Slippy-Map-Onlinekarte-der-openmtbmap-tp5112824p5113100.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] Nichtraucher-Karte
Selten verwendeter tag abgesehen von einem Dorf in Franken :) Hatte ich gleich mal eingetragen, nachdem ich von der Kartenidee gelesen habe... Dachte der Tag wird schon benutzt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Du meinst --tf accept-nodes amenity=hotel|hostel|... Hab ich noch nicht probiert. Bisher hab ich immer nur ein Tag separiert, sollte aber gehen. Kommt halt drauf an, ob man pro Gattung eine gpx braucht oder ob alles in eine gpx soll. Zum Userinterface: Ein direktes eintragen in die OSM-Daten fände ich falsch. Ich würde das über OSB laufen lassen. In dem OSB-Eintrag kann ja dann Name+Adresse+rauchfrei stehen. -- View this message in context: http://gis.638310.n2.nabble.com/Nichtraucher-Karte-tp5112119p5113137.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] Nichtraucher-Karte
Frank Martin fm...@gmx.de wrote: Hatte ich gleich mal eingetragen, nachdem ich von der Kartenidee gelesen habe... Dachte der Tag wird schon benutzt. Sinn ergibt IMO eigentlich nur die Eintragung der Ausnahme von der Regel. Überhaupt denke ich dass man mappen sollte wo rauchen erlaubt ist nicht wo es verboten ist denn letzteres wird zumindest in Deutschland grade zur Regel. http://wiki.openstreetmap.org/wiki/Proposed_features/Smoking halte ich daher für sinnvoll zumal es vermutlich erheblich mehr Kunden für Raucherkarten gibt als für Nichtraucherkarten :) _smokefree_ als tag halte ich für politisch motivierten Unfug! Gruss Sven -- If we want hardware to work to its full potential, we need to claim to be a recent version of Windows. (Matthew Garrett) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MTB Slippy-Map / Onlinekarte der openmtbmap
godofglow tho...@open-map.org wrote: Wenn ich euch ein Mapnikstyle gebe wird mir automatisch Tiles (z.B. von Deutschland) von eurer Datenbank generiert und bei euch abgelegt? Nein, das musst Du schon selber machen. Sowohl der Wikimedia-Server als auch die Server von OSM stellen nur die Rendering Infrastruktur zur Verfügung. In der Tat ist aber der einfachste Fall der, dass Du einfach Deine Mapnik Styles irgendwo hinlegst. Letztere sind aber halt vom Inhalt der verwendeten Datenbank abhängig. Gruss Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Sven Geggus li...@fuchsschwanzdomain.de wrote: _smokefree_ als tag halte ich für politisch motivierten Unfug! Man vergleiche: http://toolserver.org/~kolossos/qtm2/queryinmap.php?name=*key=smokingvalue=notypes=points-areas-infosBBOX=0.28677,45.47382,20.12808,56.22977 http://toolserver.org/~kolossos/qtm2/queryinmap.php?name=*key=smokingvalue=yestypes=points-areas-infosBBOX=0.28677,45.47382,20.12808,56.22977 http://toolserver.org/~kolossos/qtm2/queryinmap.php?name=*key=smokefreevalue=yestypes=points-areas-infosBBOX=0.28677,45.47382,20.12808,56.22977 Wenn ich derjenige wäre der smokefree getaggt hat würde ich ehrlich gesagt zu smoking=no umtaggen :) Gruss Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte - Tagging
Hallo Sven, hallo Frank, Dachte der Tag wird schon benutzt. Ich war mir auch unsicher (mein Englisch ist nicht so toll). Aber Google meldet 7.590.000 Fundstellen. Eintragung der Ausnahme von der Regel Da das regional, kulturell und hsitorisch sehr unterschiedlich verteilt ist, kommte man nicht darum herum, *beides* zu erfassen (fehlend heisst weiss nicht). _Smokefree_ ist die Absolute Variante von nosmoke oder smoking=no Es gibt Hotels und Gaststätten, die werben explizit mit *Rauchfreiheit*. smoking=no bedeutet meistens: es gibt Bereiche (Tische, Räume) in denen nicht geraucht werden darf. Und die derzeitige bayrische Regelung, wo gekennzeichnet werden soll, wo geraucht wird und wo nicht, und dann der Rauch sich aus dem Raucherbereich in alle anderen Bereiche ausbreitet, ist eben kein *Smokefree*. http://wiki.openstreetmap.org/wiki/Proposed_features/Smoking finde ich sehr differenziert und sicher für viele Länder gut geeignet. Nur _smokefree_ fehlt noch. politisch motiviert Ja, Nichtraucherschutz in Bayer ist gesundheitspolitisch motiviert. (die starken Gegener sind eher wirtschaftspolitisch motiviert ;-) ) Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Sven Geggus schrieb: Sven Geggus li...@fuchsschwanzdomain.de wrote: _smokefree_ als tag halte ich für politisch motivierten Unfug! Man vergleiche: http://toolserver.org/~kolossos/qtm2/queryinmap.php?name=*key=smokingvalue=notypes=points-areas-infosBBOX=0.28677,45.47382,20.12808,56.22977 http://toolserver.org/~kolossos/qtm2/queryinmap.php?name=*key=smokingvalue=yestypes=points-areas-infosBBOX=0.28677,45.47382,20.12808,56.22977 http://toolserver.org/~kolossos/qtm2/queryinmap.php?name=*key=smokefreevalue=yestypes=points-areas-infosBBOX=0.28677,45.47382,20.12808,56.22977 Wenn ich derjenige wäre der smokefree getaggt hat würde ich ehrlich gesagt zu smoking=no umtaggen :) Gruss Sven +1 dass ist für wohl alle Länder ein sinnvoller Tag noch um die oben erwähnten Werte erweitert: smoking=lounge (fumoir, smoker's room, Rauchsalon) smoking=outdoors default: smoking=no wobei ich auch nicht so sicher bin in wie weit wir Gesetzesübertretungen erfassen und somit öffentlich machen sollten. Grüße Colliar P.S.: Bei einem squat werde ich es auf jedenfall taggen, leider gibt es davon noch nicht so viele. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
ok da war ich etwa sehr vorschnell hab wieder viel gelernt, da ich diese Mapfeatures Karte nicht kannte werde ich gleich ändern Grüße Frank Am 28.05.2010 16:07, schrieb Sven Geggus: Sven Geggus li...@fuchsschwanzdomain.de wrote: _smokefree_ als tag halte ich für politisch motivierten Unfug! Man vergleiche: http://toolserver.org/~kolossos/qtm2/queryinmap.php?name=*key=smokingvalue=notypes=points-areas-infosBBOX=0.28677,45.47382,20.12808,56.22977 http://toolserver.org/~kolossos/qtm2/queryinmap.php?name=*key=smokingvalue=yestypes=points-areas-infosBBOX=0.28677,45.47382,20.12808,56.22977 http://toolserver.org/~kolossos/qtm2/queryinmap.php?name=*key=smokefreevalue=yestypes=points-areas-infosBBOX=0.28677,45.47382,20.12808,56.22977 Wenn ich derjenige wäre der smokefree getaggt hat würde ich ehrlich gesagt zu smoking=no umtaggen :) Gruss Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Am 28.05.2010 11:58, schrieb Ulf Lamping: c) du schützt die Daten in der OSM Datenbank gegen editieren von anderen - was aus meiner Sicht keine breite Zustimmung bei OSM finden wird (weil es letztlich dem OSM Gedanken widerspricht) Ich gehe nicht davon aus, dass dieser Widerstand eintreffen wird. Es soll ja auch kein gewähltes Gremium dieses Recht haben sondern alle Nutzer, die eine gewisse Anzahl an sinnvollen Edits gemacht haben und nicht durch Vandalismus in Erscheinung getreten sind. Des Weiteren ist es eben so, dass eine Straße nicht ständig ihren Verlauf ändert. Deshalb sehe ich ab einer bestimmten Güte keinen Sinn mehr, Änderungen vorzunehmen, da bereits alles gesagt wurde, was man sagen kann. Zusätzlich sind nachträgliche Änderungen in meinem Vorschlag bereits berücksichtigt -- diese erscheinen jedoch nicht unmittelbar sondern müssen überprüft werden. Sofern diese Änderungen die Güte der Daten erhöhen wird auch keiner die Änderung blockieren -- außer wir sind der selbe Sauhaufen, der die Wikipedia seit Jahren zerstört... Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Am 28.05.2010 14:16, schrieb Sven Geggus: Nun markiert man diesen als nicht verschiebbar. Nun hat aber ein Mapper seiner Gemeinde zum beispiel hochgenau referenzierte Luftbilder abgeschwatzt und kann jetzt die Straße nicht mehr verschieben, weil da ein Hydrant dranhängt. Da hast Du etwas missverstanden. Es ist nicht NICHT änderbar sondern Änderungen müssen zunächst freigeschaltet werden. Im Prinzip wird also so lange weiterhin der alte Versionsstand ausgegeben bis der neue Versionsstand von genügend anderen Mitgliedern bestätigt wurde. Dadurch behälst Du die volle Flexibilität bei, verhinderst aber aktiv Vandalismus, da solcherlei Änderungen gar nicht erst angezeigt werden. Es wird also am aktuellen Dateneingabesystem gar nichts geändert. Einzig die Ausgabe-API bekommt den Befehl, dass sie statt der aktuellsten immer nur noch die aktuellste signierte Änderung ausliefern soll. Leute, die in der Gegend wohnen bekommen dann eine Nachricht zur Verifizierung. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Points
Brauchen wir jetzt also jeweils die Wege zwischen der ersten abfahrt und der letzten Auffahrt und zusätzlich die Auf/Abfahrten mit Rolle link ? cu co ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MTB Slippy-Map / Onlinekarte der openmtbmap
Am 28.05.2010 15:42, schrieb godofglow: Wenn ich euch ein Mapnikstyle gebe wird mir automatisch Tiles (z.B. von Deutschland) von eurer Datenbank generiert und bei euch abgelegt? Wenn du den Style lieferst, dich auch drum kümmerst (also einen Toolserver Account beantragst und der Style mit der lokalen infrastruktur läuft), kann ich ihn dir in die renderd config eintragen und dann bekommst du dir url unter der tie tiles verfügbar sind. Wenn ja, wie oft wird die Datenbank aktualisiert und die Tiles neu gerendert und sind alles Tags bei euch in der Datenbank? Die Datenbank ist nur knapp 60 - 120 Sekunden hintder der OSM Haupt-DB und wir haben mittels hstore-Spalte alle Tags in der Datenbank: http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Am 28.05.2010 16:43, schrieb André Reichelt: Am 28.05.2010 11:58, schrieb Ulf Lamping: c) du schützt die Daten in der OSM Datenbank gegen editieren von anderen - was aus meiner Sicht keine breite Zustimmung bei OSM finden wird (weil es letztlich dem OSM Gedanken widerspricht) Ich gehe nicht davon aus, dass dieser Widerstand eintreffen wird. Es soll ja auch kein gewähltes Gremium dieses Recht haben sondern alle Nutzer, die eine gewisse Anzahl an sinnvollen Edits gemacht haben und nicht durch Vandalismus in Erscheinung getreten sind. Na super, dan lockt jeder nach gut dünken seine eigenen Features (die stimmen - ganz sicher!!!) und schon kurze Zeit später steht OSM still, weil keiner mehr was machen kann - ist ja alles gelockt. Des Weiteren ist es eben so, dass eine Straße nicht ständig ihren Verlauf ändert. Deshalb sehe ich ab einer bestimmten Güte keinen Sinn mehr, Änderungen vorzunehmen, da bereits alles gesagt wurde, was man sagen kann. Das stimmt bei OSM nicht so. Nicht die Straße ändert ihre Lage sondern die erfassung wird besser, stellt sich als falsch oder nicht genau genug heraus. oder die Straße wird durch eine Area ersetzt. Oder die Straße wird zur Einbahnstraße. Oder der Name ändert sich. Die Welt ändert sich halt dauern und wir hängen eh immer hintendran. Zusätzlich sind nachträgliche Änderungen in meinem Vorschlag bereits berücksichtigt -- diese erscheinen jedoch nicht unmittelbar sondern müssen überprüft werden. Sofern diese Änderungen die Güte der Daten erhöhen wird auch keiner die Änderung blockieren -- außer wir sind der selbe Sauhaufen, der die Wikipedia seit Jahren zerstört... Sind wir nicht? Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Ein default smoking=no halte ich für verkehrt. default sollte sein unbekannt. Andernfalls weiß man nie, ob es absichtlich weggelassen wurde, da der mapper wusste, dass es default ist oder ob es einfach nicht erfasst wurde, weil der mapper nicht genau weiß, wie die Situation ist. -- View this message in context: http://gis.638310.n2.nabble.com/Nichtraucher-Karte-tp5112119p5113718.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] OSM für Feuerwehr
On Fri, May 28, 2010 at 03:02:02AM +0200, Tirkon wrote: Moin, ein Bekannter von mir ist bei der Freiwilligen Feuerwehr. Nachdem ich ihm das Wesen von OSM erklärt hatte, war er begeistert, endlich ein Mittel gefunden zu haben, mit dem man ein lange gehegtes Problem lösen könnte. Mit OSM wäre es einfach, Hydranten, Aufstellplätze und andere feuerwehrspezifische Dinge endlich selbst mappen zu können. Bisher operiert man noch mit Papierplänen. Nach meinem Hinweis, dass jeder an den Daten etwas ändern könnte, stellte sich dieses als Nachteil heraus. Im Einsatzfall muss man sich logischerweise auf stimmige Pläne verlassen können. Leider ist mein technischer Horizont bei OSM nicht weit genug, um folgende Frage grundsätzlich beantworten zu können: Bietet das Umfeld von OSM die Programme, um einen Server aufzusetzen, der einen Feuerwehr-Layer mit OSM Mitteln erstellt, welcher dann auf die OSM Karte gelegt werden kann? Eine geeignete Server-Hardware für den deutschen Bereich dürfte sich bei einer der vielen Berufsfeuerwehren finden lassen. Der Edit-Zugriff auf diesen Server würde dann nur vor Ort verifizierten Feuerwehrmännern gestattet. Dabei sollen die Inhalte aber frei (in die OSM Karte) kopierbar bleiben. Das Modell eäre eines, das OSM über den privaten Bereich sinnvoll nutzbar machen würde. Ich wuerde einen anderen weg gehen - Es ist relativ einfach moeglich objekte auf veraenderung zu monitoren - Ich mache das zum Beispiel mit den Hauptverteilern der DTAG ... D.h. ich kriege eine mail wenn jemand position oder tags der objekte veraendert. Dann kann ich entscheiden ob ich die veraenderung rueckgaengig mache. Das bedeutet natuerlich mehr technischen Aufwand und ggfs auch Technischen Sachverstand verbunden mit Zeitaufwand - Aber - es widerspricht nicht dem Wiki gedanken. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
On Fri, May 28, 2010 at 02:08:33AM -0700, aighes wrote: Ein einfacher ansatz dafür wäre ein MD5-Hash aus Node-ID und den Koordinaten und noch irgendwas. Den könnte man einfach mittaggen. Dann brauchst du noch ein Überprüfungstool, was aus den osm-Daten alle Hydranten ausliest, den Hash erneut bildet und mit dem vorhandenen vergleicht. Viel einfacher - Ich habe eine Spiegeldatenbank auf der 4 mal taeglich das hier laeuft: select nodes.id, nodes.version, nodes.tstamp, ST_AsText(nodes.geom), nt2.v as onkz, nt3.v as asb, 'http://www.openstreetmap.org/browse/node/' || nodes.id || '/history' fromnodes, node_tags as nt1, node_tags as nt2, node_tags as nt3, node_tags as nt4 where nodes.id = nt1.node_id and nt1.k = 'man_made' and nt1.v = 'MDF' and nodes.id = nt2.node_id and nt2.k = 'onkz' and nodes.id = nt3.node_id and nt3.k = 'asb' and nodes.id = nt4.node_id and nt4.k = 'operator' and nt4.v = 'Deutsche Telekom AG' order by nodes.id; Das dumpe ich in eine datei und diffe das immer gegen den letzten stand. D.h. aendert jemand was bekomme ich gleich Mundfertig einen diff. Das shell script: #!/bin/sh BASE=/home/flo/project/watchhvt DATA=${BASE}/data FILE=${DATA}/`date +%Y%m%d%H%M` LAST=${DATA}/last psql osm -f ${BASE}/watch.sql ${FILE} if [ ! -s ${FILE} ]; then exit fi if [ -e ${LAST} ]; then diff --suppress-common-lines -U0 -b ${LAST} ${FILE} | mailx -e -s change in hvt f...@zz.de fi rm ${LAST} ln -s ${FILE} ${LAST} Beispiel: --- /home/flo/project/watchhvt/data/last2010-05-26 07:35:10.0 +0200 +++ /home/flo/project/watchhvt/data/2010052618342010-05-26 18:35:10.0 +0200 @@ -988 +988 @@ - 307183671 | 2 | 2008-10-28 21:14:25 | POINT(8.443661 49.484297)| 621 | 51| http://www.openstreetmap.org/browse/node/307183671/history + 307183671 | 3 | 2010-05-26 13:41:44 | POINT(8.443661 49.484297)| 621 | 51| http://www.openstreetmap.org/browse/node/307183671/history D.h. in diesem fall ist die Position, ONKZ und ASB gleich geblieben aber eine neue version entstanden. Kann man sicher alles huebscher und einfacher verarbeitbar machen aber es ist erstmal simpel und ich kriege mit wenn jemand ein dingen verschiebt, loescht oder fuer mich wichtige tags veraendert. Was fehlt ist dann gleich ein Revert link der sich klicken laesst. Aber das kommt dann demnaechst ;) Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Hi, Am 28.05.2010 um 09:29 schrieb Bernhard Zwischenbrugger b...@datenkueche.com: hi ein Bekannter von mir ist bei der Freiwilligen Feuerwehr. Nachdem ich ihm das Wesen von OSM erklärt hatte, war er begeistert, endlich ein Mittel gefunden zu haben, mit dem man ein lange gehegtes Problem lösen könnte. Mit OSM wäre es einfach, Hydranten, Aufstellplätze und andere feuerwehrspezifische Dinge endlich selbst mappen zu können. Bisher operiert man noch mit Papierplänen. Nach meinem Hinweis, dass jeder an den Daten etwas ändern könnte, stellte sich dieses als Nachteil heraus. Im Einsatzfall muss man sich logischerweise auf stimmige Pläne verlassen können. Die Feuerwehr kann sich doch nicht auf ein funktionierendes Internet verlassen und braucht immer Papierpläne. Alternativ dazu wären noch offline Maps auf Garmin oder Laptop sinnvoll. Ab und zu macht es natürlich Sinn neue Karten zu drucken und die offline Map neu zu überspielen. Da muss man schauen ob die Hydranten noch passen. Wenn die Hydranten-Standorte bereits überprüft wurden, dann müssen in Zukunft nur noch die Änderungen überprüft werden. Um diese Änderungen zu sehen könnte man ein kleines Skript schreiben das diese Änderungen anzeigt. Sowas in der Art haben wir eigentlich seit einem Jahr in Betrieb. Eigene Poi-Datenbank überblendet auf Openlayers, Nutzerverwaltung, Revisionsliste, Onlinedatenbank, Offline-verfügbar f. Windows-Laptop, Garmin-Navis, TomTom, Autom. Updates für Offline-Geräte ... Funktioniert inzwischen recht gut. Und ich dachte schon manchmal, dass es sinnvollere Anwendungen als Seezeichen dafür gibt. Ich könnte mir vorstellen, dass wir einfach unsere Tonnen-Icons durch schicke Hydranten, Rettungsringe usw ersetzen, und ab geht es :-) Beste Grüsse aus Berlin JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Am 28.05.2010 18:09, schrieb Florian Lohoff: On Fri, May 28, 2010 at 02:08:33AM -0700, aighes wrote: Ein einfacher ansatz dafür wäre ein MD5-Hash aus Node-ID und den Koordinaten und noch irgendwas. Den könnte man einfach mittaggen. Dann brauchst du noch ein Überprüfungstool, was aus den osm-Daten alle Hydranten ausliest, den Hash erneut bildet und mit dem vorhandenen vergleicht. Viel einfacher - Ich habe eine Spiegeldatenbank auf der 4 mal taeglich das hier laeuft: Oder das hier für eine hstore Datenbank: SELECT osm_id, ST_AsText(way), tags FROM planet_point WHERE (tags ? 'fire_hydrant') OR (tags @ 'amenity=fire_hydrant') ORDER BY osm_id; Liefert erstaunliche 3686 Zeilen. So richtet man sich eine solche Datenank ein: http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Tirkon tirko...@yahoo.de wrote: Mit OSM wäre es einfach, Hydranten, Aufstellplätze und andere feuerwehrspezifische Dinge endlich selbst mappen zu können. Auf einen Aspekt, den ich im Laufe der Diskussion eingeworfen habe, ist bisher noch niemand eingegangen: Für manche Einsatzorte gibt es Pläne, wie sich die Fahrzeuge exakt aufzustellen haben. Mit welchem Schlüssel kommt man auf welches gesicherte Firmen-/ Schulgelände. etc. Diese spezifischen Dinge lassen sich vor Ort nicht mappen und wären daher nach dem OSM Konsens nicht in der Datenbank zulässig. Teilweise sind die Informationen aus Sicherheitsgründen auch geheim und dürften nicht in eine öffentliche Datenbank geschrieben werden. Beispielsweise könnte sich jemand veranlasst sehen, die Einrichtungen gezielt zu sabotieren. Ich kenne natürlich nicht alle Beispiele, da ich kein Feuerwehrmann bin. Aber es gibt derer sicherlich noch mehr. Ich kenne übrigens ein weiteres Beispiel, wo man die OSM Karte nur als Basis nutzt, die internen Informationen aber getrennt hält, nämlich die Darstellung sämtlicher Bushaltestellen Niedersachsens und Bremens: http://62.154.206.92/mc2.1/index.htm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brauch t den cyclefootway
usenet-spam-genausoguel...@grossing.de (Florian Gross) am 28.05.10: Manche pflastern großflächig *nur* highway=cycleway in die Gegend, obwohl es Fuß- und Ragwege sind oder Fußwege mit Freigabe für Radfahrer sind. Und sowas ist IMO nur Müll. Ack. Ich habe hier in der Gegend schon einige Fußwege mit Zusatzschild Radfahrer frei umgemapt. Das sind keine Radwege, wo auch Fußgänger erlaubt sind. Besonders knuffig fand ich mal einen cycleway, der in einigem Abstand immer mal wieder eine Treppenstufe eingebaut hat, die offensichtlich von Radlern jeweils per Schlenker über die Wiese umfahren wird :-) Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm und liveGPS
osm-l...@deelkar.net (Dirk-Lüder Kreie) am 28.05.10: Am 27.05.2010 11:23, schrieb Rainer Knaepper: Ich kriege die Krise. Zwischenzeitlich habe ich die Firewall /komplett/ abgeschaltet, liveGPS streikt weiter, gpspipe zeigt fröhlich sowohl mit -r als auch -w die vom Royaltek angelieferten Daten an. sorry, wenn ich dich mit der Erfolgs-Meldung auf eine falsche Spur geleitet habe. Versuch's mal mit 127.0.0.1 statt localhost in den expliziten Settings für LiveGPS. Ich vermute irgendein IPv6 Gefusel. Danke für den Hinweis, aber das war nach Lesen von FAQ und Gurgel- Ergebnissen beinahe das erste, was ich ausprobiert habe :-) Diese Einstellung ist auch noch drin und ich werde daran auch nicht mehr drehen, nachdem ich (siehe unten) einen workaround gefunden habe, der damit funktioniert :-) Inzwischen habe ich das Problem also aus Anwendersicht eingrenzen können. Ich hätte auch schon eher drauf kommen können, aber nunja: Die beiden bislang verwendeten Standortprofile im Netbook (UMTS kommt irgendwann noch hinzu) unterscheiden sich im Wesentlichen durch die Tatsache, daß ich in der 4ma eine direkte Indernetverbindung, daheim aber einen proxy dazwischen sitzen habe. Und nun das Neckische: Starte ich liveGPS, wenn im JOSM der manuelle proxy konfiguriert ist, findet liveGPS den gpsdaemon nicht. Starte ich liveGPS, wenn im JOSM die direkte Indernettverbindung konfiguriert ist, dann geht es. Dabei ist es völlig wurscht, ob ich in windows7 das eine oder das andere Profil eingeschaltet habe. Das Loch für Port 2947 habe ich in der Windoof-Firewall dringelassen. Workaround ist jetzt: - JOSM starten - Proxyverwendung im JOSM abschalten - liveGPS starten - läuft - falls benötigt, im JOSM die Proxyverwendung wieder einschalten - liveGPS läuft weiter, verliert also die Verbindung nicht (!) Wenn ich jetzt aber liveGPS abschalte und wieder einschalte, ist die Verbindung wieder futsch. Also: im JOSM die Proxynutzung abschalten, einstellung übernehmen -- liveGPS geht wieder. Vll. können der/die Programmierer erraten, was dort passiert. @Ulf Lamping: gpsd, gpspipe, cgps und cgpxlogger laufen mit dem RGM- 3800 und Windows 7 Starter (und cygwin eben) einwandfrei. Schick wäre es jetzt noch, wenn mir jemand zeigen könnte, wie ich mit gpsctl (oder womit auch immer) den Royaltek per Kommandozeile in den Gmouse-Modus versetzen kann. Derzeit muß ich mich immer per datadownloader umständlich dort hinklicken. Im wiki habe ich noch was mit Python gefunden, hab aber noch nicht ausprobiert, ob das mit dem RGM funktioniert. Nun noch die Fehler beim Aufzeichnen des Logs: Ursprünglich habe ich JOSM ganz normal unter Windows 7 betrieben. Beim Versuch, den GPS-Track aufzuzeichnen, gab das eine Fehlermeldung, weil keine Schreibrechte im Programmverzeichnis vorliegen. Wo und wie man den Speicherpfad ändert (auf irgendeinen Ordner in Eigene Dateien oder sonstwo) habe ich nicht gefunden. Also habe ich mal probiert, JOSM im Win-XP-Kompatibilitätsmodus zu betreiben. Effekt: Der Surveyor schreibt zunächst eine Datei ins Programmverzeichnis: surveyortimestamp.gpx.tmp Schaltet man das mitschneiden dann aus, scheint er die Datei auch ordnungsgemäß abzuschließen, jedenfalls ist da dann ein vollständiger GPX-Track drin. Hat aber weiterhin die *.tmp-Endung Versuche ich, mit Shift-S die Aufzeichnung erneut zu starten, erscheint eine Warnung, der surveyor habe eine unvorhergesehene Fehlersituation ausgelöst. Die kann man wegklicken, wahlweise per plugin behalten oder per plugin wegmachen. Wenn man das ein paarmal (so wie jetzt, da ich das hier schreibe) ausprobiert, verabschiedet sich Win7 irgendwann mit einem bluescreen, memorydump und Kaltstart. Weia, jetzt hab ich gerade mal das surveyor-plugin deinstalliert bei der Bastelei... Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ORS
Hi, klasse, die Karte auf OpenRouteService wird nun geschummert. Was allerdings noch fehlt die Auswertung von exotischen access-Tags wie motor_vehicle=destination, momentan wird wohl nur access=destination erkannt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS
Chris sagte: momentan wird wohl nur access=destination erkannt. hier war ich auf dem falschen Dampfer. Auch access=destination wird nicht ausgewertet. Beim Überprüfen dieses Bereichs: http://129.206.229.146/openrouteservice/index.php?start=6.8080057,50.8561826end=6.8053235,50.8638487pref=Shortestlang=denoMotorways=falsenoTollways=false war mir aufgefallen, dass ORS nicht über den mit access=destination getaggten Betriebsweg zur Autobahn routet sondern korrekt über die Anschlussstelle 106. Der Weg (http://www.openstreetmap.org/browse/way/55746438/history) existiert in OSM aber erst seit 17.4.2010 während der Datenstand bei ORS älter ist (9.4.2010). Beschildert ist der Weg (wie üblich bei diesen Betriebswegen) mit Zeichen 250 + Betriebs- und Versorgungsdienst frei. Korrektes Tagging wäre also vehicle=delivery, aber das wird ja auch von den wenigsten Routern ausgewertet. Routerfreundlich wäre ein access=private. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Martin Czarkowski wrote: Anm. ist zwar offtopic, ich bin aber für freie Entscheidung der Wirte, ob Raucher oder Nichtraucher. Es gibt so viele Gaststätten, dass ein friedliches Miteinander das Ziel sein sollte. Leider ist es nicht so einfach. Mal eherlich: Wie einfach war es denn vor den ersten Bestrebungen zu generellem Rauchverbot eine Gaststätte zu finden, in der Rauchverbot herrscht? Vielmehr haben es die Nichtraucher irgendwann hingenommen, dass es eben so ist, dass man statt des Essens den Qualm vom Nachbartisch riecht und das man die Kleidung, die man in der Gaststätte anhatte, zuhause am besten direkt in den Waschkorb wirft. Hier in meiner Umgebung (so 20 km Umkreis) kannte ich nicht ein Restaurant, in dem sicher Rauchverbot war. Entweder man hat den Rauch hingenommen oder eben nicht im Restaurant gegessen. In dem Restaurant, in dem wir dann und wann essen gehen, kam der Nichtraucher-Bereich erst als das Rauchverbot schon fast beschlossene Sache war. Und zwar deswegen, weil die Wirte das Rauchverbot durch eine Selbstverpflichtung abwenden wollten. Da das nicht erfolgreich war, kam das generelle Rauchverbot. Ergebnis davon sind diese Raucherclubs. Das mit den Raucherclubs darf ruhig so bleiben. Eine gewisse Hürde sollte aber schon bleiben, wenn man Rauchen beim Essen erlauben will, um zu verhindern, dass umgehend wieder der alte Zustand einkehrt und überall wieder geraucht wird. Seit dem Rauchverbot sind zumindest in meinem Gebiet rauchfreie Gaststätten überhaupt erst möglich geworden. Vorher gab es das nicht. Von daher bin ich dankbar für das Rauchverbot. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr - Signaturen?
Philip Gillißen wrote: 4. Beim Erstellen einer Custom-Karte können diese Signaturen überprüft werden. Falls die Signatur nicht mindestens von einer vertrauten Stelle signiert wurde, dann soll der Punkt als invalide gelten und eine alte Version soll genommen werden. So könnte die Feuerwehr selber authentische Daten einpflegen, aber andere können diese nicht zerstören. Nicht ändern aber als ganzes löschen könnte man sie schon. Dann eben inklusive Signatur. Wurde ja schonmal angesprochen. Interne Daten, die für einen bestimmten Personenkreis gelten, sind in einer eigenen Datenbank besser aufgehoben. In der OSM kann erstmal jeder editieren. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Florian Lohoff wrote: Ich wuerde einen anderen weg gehen - Es ist relativ einfach moeglich objekte auf veraenderung zu monitoren - Ich mache das zum Beispiel mit den Hauptverteilern der DTAG ... D.h. ich kriege eine mail wenn jemand position oder tags der objekte veraendert. Dann kann ich entscheiden ob ich die veraenderung rueckgaengig mache. Wie genau stellst du das an? BTW: Weiß eigentlich schon jemand von den Admins, dass die Chronik-Funktion von der Karte auf openstreetmap.org gelinde gesagt Mist anzeigt? In meinem Gebiet bekomme ich da nicht nur alte Daten sondern auch falsche. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Manuel Reimer wrote: BTW: Weiß eigentlich schon jemand von den Admins, dass die Chronik-Funktion von der Karte auf openstreetmap.org gelinde gesagt Mist anzeigt? In meinem Gebiet bekomme ich da nicht nur alte Daten sondern auch falsche. Nachtrag: Ist kein Bug sondern wohl ein Feature. Die Daten sind schon aktuell (habe da falsch gelesen) aber deshalb wenig sinnvoll, weil z.B. eine Änderung an der Grenze von Deutschland auch in der Chronik meines Gebiets auftaucht, auch wenn die Änderung selber nicht mein Gebiet betrifft. Wenn es da was gäbe, mit dem man wirklich nur die letzten Änderungen innerhalb eines Rechtecks bekommt, dann wäre das klasse. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MTB Slippy-Map / Onlinekarte der openmtbmap
Am 28. Mai 2010 14:15 schrieb godofglow tho...@open-map.org: Bis jetzt gibt es ja die openmtbmap von felix (openmtbmap.org) die wirklich klasse ist. Er beeinflusst nachtürlich somit auch die Tags die getaggt werden. Da mit leider das Wissen, die Ausstattung und die Zeit ein wenig fehlt komm ich nicht dazu eine Online-Karte zu machen mit Mapnik wo die gleichen Tags auswertet wie felix bei der OMM und die Karte evtl. ähnlich darstellt. Hier gibts ne Legende von der OMM: http://openmtbmap.org/about-2/map-legend/ Dazu hinterlegt mit einem Hillshading, evtl. noch Höhenlinien und ein schöne Darstellung wie von der hikebikemap.de Ich denke, zuerst waeren mal transparente Kacheln mit den Markierungen der Singletrail-Skala (mtb:scale) interessant. Die kann man dann ueber beliebige andere Kacheln legen. Das duerfte nicht gar zu schwer sein, Kay hat sowas schon fuers Parken gemacht: http://toolserver.org/~osm/styles/?lat=49.79353lon=9.94807zoom=18layers=F0FF000BFF und http://svn.openstreetmap.org/applications/rendering/parking/ Man braucht halt auch einen Satz von Bitmaps (in verschiedenen Groessen) fuer die seitlich herausstehenden Symbole. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MTB Slippy-Map / Onlinekarte der openmtbmap
Hallo zusammen. Danke für die Antworten. Das vom Parken sieht doch schon gar nicht schlecht aus. Eigentlich müsst ich jetzt einfach mal ein paar Bitmaps ausdenken und dann das Zeugs vom Parken umbauen und dann auf toolserver einbauen. Wie krieg ich denn da nen Account und krieg das Zeugs mal zu laufen? Am XML kann ich ja dann immer noch rumdrehen. Danke Gruß -- View this message in context: http://gis.638310.n2.nabble.com/MTB-Slippy-Map-Onlinekarte-der-openmtbmap-tp5112824p5114455.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] Nichtraucher-Karte - Tagging
Markus liste12a4...@gmx.de wrote: Ich war mir auch unsicher (mein Englisch ist nicht so toll). Aber Google meldet 7.590.000 Fundstellen. Du benutzt Google für die Suche in der OSM Datenbank? smoking=no bedeutet meistens: es gibt Bereiche (Tische, Räume) in denen nicht geraucht werden darf. Und die derzeitige bayrische Regelung, wo gekennzeichnet werden soll, wo geraucht wird und wo nicht, und dann der Rauch sich aus dem Raucherbereich in alle anderen Bereiche ausbreitet, ist eben kein *Smokefree*. tss Bayern. In BaWue ist Rauchen in abgetrennten Nebenräumen erlaubt und nach dem BVerfG Urteil auch wieder in Einraumkneipen. Ja, Nichtraucherschutz in Bayer ist gesundheitspolitisch motiviert. Raucher sterben früher und belasten das Gesundheissystem weniger. Nichtraucherschutz halte ich für Neusprech im Sinne von Gutmenschentum. Früher hieß das Rauchverbot. (die starken Gegener sind eher wirtschaftspolitisch motiviert ;-) ) Blödsinn! Es passt nicht zu meiner Liberalen Einstellung anderen was aufzwingen zu wollen. Aufgrund dieser ist für mich die Regelung in BaWue bzgl. Gängelung anderer das höchste der Gefühle. Aber das ist OT hier. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
André Reichelt andr...@online.de wrote: Da hast Du etwas missverstanden. Es ist nicht NICHT änderbar sondern Änderungen müssen zunächst freigeschaltet werden. Im Prinzip wird also so lange weiterhin der alte Versionsstand ausgegeben bis der neue Versionsstand von genügend anderen Mitgliedern bestätigt wurde. Um Gottes willen nicht diesen Unfug den es in der Wikipedia seit neuestem gibt. Manche Leute sind gleicher als andere... Nein danke! Sven -- In the land of the brave and the free, we defend our freedom with the GNU GPL (Richard M. Stallman on www.gnu.org) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Um Gottes willen nicht diesen Unfug den es in der Wikipedia seit neuestem gibt. Manche Leute sind gleicher als andere... Nein danke! +1 Es ist schon schwer genug, Anfänger zu werben und sie nicht gleich wieder zuverschrecken. Wenn es jetzt auch noch ein undurchsichtiges um-Erlaubnis-betteln um ein Tag zu ergänzen oder einen Node zu verschieben -- View this message in context: http://gis.638310.n2.nabble.com/OSM-fur-Feuerwehr-tp5111201p5114566.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] Nichtraucher-Karte
Henning hat ein OSM-File der Gaststätten erzeugt. Aber jetzt wissen wir nicht, wie man daraus ein GPX-File macht. Wie bindet man das GPX mit blauen Pins in den Code ein? http://www.lau-net.de/baerlocher/osm/test/nichtraucher/map.html (erzeugt mit Easymap) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Markus liste12a4...@gmx.de wrote: Henning hat ein OSM-File der Gaststätten erzeugt. Aber jetzt wissen wir nicht, wie man daraus ein GPX-File macht. Das sollte gpsbabel ja wohl können. Sven -- In the land of the brave and the free, we defend our freedom with the GNU GPL (Richard M. Stallman on www.gnu.org) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Markus liste12a4...@gmx.de wrote: Wie bindet man das GPX mit blauen Pins in den Code ein? http://www.lau-net.de/baerlocher/osm/test/nichtraucher/map.html (erzeugt mit Easymap) Warum verwendest Du nicht einfach Tim Alders Query to Map? Dann hättest Du automatisch minütlich aktualisierte Daten. Gruss Sven -- Software is like sex; it's better when it's free (Linus Torvalds) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Bernhard Zwischenbrugger glaubte zu wissen: Also: Lasst vorrangig uns die Lücken schließen! Geographische Lücken zu schließen sind wichtiger, als Vorfahrtsregeln in Städten einzutragen. Google Maps ist gratis. Ich darf mir also z.B. einfach so aus google maps einen Atlas basteln, als Quelle google maps angeben und den drucken und verkaufen? Oder ist google maps dann auf einmal nicht mehr gratis? Wichtiger ist mir vor allem: bei google maps und Co. sind die Daten nicht frei verfügbar. flo -- Der ist einfach *zu* schön, um ihn nicht nach dag° zu fluppen, nimms bitte nicht persönlich... [Katharina Bleuer in dsnu] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Sven Sommerkamp glaubte zu wissen: André Reichelt andr...@online.de wrote: Ich kann die Bedenken natürlich verstehen. Allerdings hat die Holzhammermethode noch nie funktioniert. Man sollte vielmehr einen Weg finden, wir man in Zukunft bestimmte Fakten schlicht festnageln kann. Ich stelle mir das dementsprechend vor, dass man Objekte verifizieren kann und wenn eine bestimmte Anzahl an Leuten das Ding als korrekt und vollständig markiert haben wird es für Änderungen blockiert. So einen ähnlichen Vorschlag hatte ich auch schon mehrfach gemacht. Ich glaube nicht das OSM solche Mechanismen schaden! Ganz im Gegeteil! Was ist mit Regionen, in denen nur einer oder zwei Mapper wirklich aktiv sind? Abgesehen davon bin ich nicht begeistert, wenn ich mir alles mehr oder weniger abnicken lassen muß bzw. jede Änderung eines anderen abnicken soll. Das wäre in meinen Augen nicht mehr frei. flo -- Eine Freundin von mir hatte mal einen Fisch geschenkt bekommen. Auch sehr nett. Ein bekloppteres Geschenk gibt es nicht, als ein lebenden Fisch, jedefalls für jemanden der kein Aquarium hat. [Bernd Bodesser in suse-talk] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Am 28.05.2010 23:18, schrieb Florian Gross: Ich darf mir also z.B. einfach so aus google maps einen Atlas basteln, als Quelle google maps angeben und den drucken und verkaufen? [...] Wichtiger ist mir vor allem: bei google maps und Co. sind die Daten nicht frei verfügbar. Realistische Abschätzung: Wie viele Leute basteln sich einen Atlas? Sicher, das ist ein schönes Schmankerl, aber man sollte daraus nicht das Hauptargument machen, da man damit nur eine Minderheit anspricht. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nichtraucher-Karte
Hallo Sven, Warum verwendest Du nicht einfach Tim Alders Query to Map? Dann hättest Du automatisch minütlich aktualisierte Daten. Minütlich klingt super! Wie müsste die URL genau aussehen, damit wir die verschiedenen Varianten mit verschiedenen Markern und Popups anzeigen können? (geht das überhaupt?) Klar, ein GPX (so wie wir das ursprünglich gedacht hatten) wäre viel zu statisch... Habe mal alles auf einer Wikiseite zusammengefasst: http://wiki.openstreetmap.org/wiki/de:Nichtraucherschutz_Bayern Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Am 2010-05-28 23:18, schrieb Florian Gross: Bernhard Zwischenbrugger glaubte zu wissen: Also: Lasst vorrangig uns die Lücken schließen! Geographische Lücken zu schließen sind wichtiger, als Vorfahrtsregeln in Städten einzutragen. Google Maps ist gratis. Ich darf mir also z.B. einfach so aus google maps einen Atlas basteln, als Quelle google maps angeben und den drucken und verkaufen? Oder ist google maps dann auf einmal nicht mehr gratis? Wichtiger ist mir vor allem: bei google maps und Co. sind die Daten nicht frei verfügbar. Es geht mir genau darum diese Unterschied zu finden. Mit Google Maps geht eben nicht alles. Ich hab mehrere tausend Kilometer gemappt, aber irgendwo in der Pampa GPS Tracks zu sammeln ist nicht das Hobby von allen. Wenn man sich einen Atlas anschaut, dann sind da mehr Informationen drinnen als nur POIs und Strassen. Ich mag z.B die Stromleitungen die gemappt wurden. Sowas ist echt cool und das hat Google eben (noch) nicht. Die Argumentation wichtiger als *** wäre *** ist auch nicht zielführend weil das ganz nicht zentral gesteuert werden kann. liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr
Sven Geggus glaubte zu wissen: André Reichelt andr...@online.de wrote: Da hast Du etwas missverstanden. Es ist nicht NICHT änderbar sondern Änderungen müssen zunächst freigeschaltet werden. Im Prinzip wird also so lange weiterhin der alte Versionsstand ausgegeben bis der neue Versionsstand von genügend anderen Mitgliedern bestätigt wurde. Um Gottes willen nicht diesen Unfug den es in der Wikipedia seit neuestem gibt. Manche Leute sind gleicher als andere... Nein danke! +1 Sowas war der Grund, warum ich nicht bei Wikipedia eingestiegen bin. Und es wäre auch ein Grund mir was neues zu suchen oder die Finger von Gemeinschaftsprojekten zu lassen, wenn es immer wieder auf sowas hinausläuft. flo -- habe heute meine Drehmaschine in Betrieb genommen. Wie -- braucht Ihr arbeitsscheues Gesindel jetzt schon ’ne Maschine zum Däumchendrehen? [Volker Müller und Martin Leidig in suse-talk] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Feuerwehr - Signaturen?
Manuel Reimer glaubte zu wissen: Philip Gillißen wrote: 4. Beim Erstellen einer Custom-Karte können diese Signaturen überprüft werden. Falls die Signatur nicht mindestens von einer vertrauten Stelle signiert wurde, dann soll der Punkt als invalide gelten und eine alte Version soll genommen werden. So könnte die Feuerwehr selber authentische Daten einpflegen, aber andere können diese nicht zerstören. Nicht ändern aber als ganzes löschen könnte man sie schon. Dann eben inklusive Signatur. Wurde ja schonmal angesprochen. Interne Daten, die für einen bestimmten Personenkreis gelten, sind in einer eigenen Datenbank besser aufgehoben. In der OSM kann erstmal jeder editieren. +1 Es wäre denkbar, daß die Positionen auch von OSM stammen, aber gerade Daten für den Rettungsdienst (eben sowas wie Hydranten) sollte man IMO in einer eigenen Datenbank vorhalten. flo -- Woko: Johana! Ich glaube da ist wieder ein Eichentisch zu belegen. [WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MTB Slippy-Map / Onlinekarte der openmtbmap
Hallo zusammen. Danke für die Antworten. Das vom Parken sieht doch schon gar nicht schlecht aus. Eigentlich müsst ich jetzt einfach mal ein paar Bitmaps ausdenken und dann das Zeugs vom Parken umbauen und dann auf toolserver einbauen. Wie krieg ich denn da nen Account und krieg das Zeugs mal zu laufen? Am XML kann ich ja dann immer noch rumdrehen. Danke Gruß -- View this message in context: http://gis.638310.n2.nabble.com/MTB-Slippy-Map-Onlinekarte-der-openmtbmap-tp5112824p5115540.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] Was kann OSM 2020?
Am 29.05.2010 00:19, schrieb André Reichelt: Am 28.05.2010 23:18, schrieb Florian Gross: Ich darf mir also z.B. einfach so aus google maps einen Atlas basteln, als Quelle google maps angeben und den drucken und verkaufen? [...] Wichtiger ist mir vor allem: bei google maps und Co. sind die Daten nicht frei verfügbar. Realistische Abschätzung: Wie viele Leute basteln sich einen Atlas? Sicher, das ist ein schönes Schmankerl, aber man sollte daraus nicht das Hauptargument machen, da man damit nur eine Minderheit anspricht. Das sehe ich anders. Inzwischen habe ich (dienstlich) einen eigenen Mapnik am laufen. Das ist sicher eine nicht so häufige Anwendung. Aber spätestens wenn halbwegs einfach zu installierende und bedienende Renderer verbreitet sind wird die Anwenderschicht größer. Schon lange davor habe ich regelmäßig und dankbar die Shapefiles der Geofabrik genutzt um sie im GIS zu verwenden. Und um Dir die Minderheit kaputt zu machen ;-) Die Nutzer der Karten/Anwendungen die es nur gibt weil die OSM-Daten als Daten frei verfügbar sind zähle ich auch zu den Profiteuren dazu. Also diejenigen, die ÖPNVkarte, Wanderkarten, Reiterkarte, Seekarten etc, nutzen. Und natürlich auch die Nutzer meiner Fahrplanauskunft. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de