Re: [OSM-talk] xybot
Regarding The Bot. An excellent tool to to correct spelling errors (brigde to bridge), but it must stay clear of tagging blunders. A Bot can have no idea whether Landuse=Wood should be Landuse=Forest or Natural=Wood, and therefore should stay clear, but could add something like a note so local users can check. I think very few of the mapping pairs should be changed using a bot. The Bot changes Natural=Meadow to Landuse=Meadow. User:Class Augenr has added Landuse=Meadow to Map Features with the justification it is used by Mapnik. We dont tag for the renderer, and therefore a Bot definitely should not edit for a renderer. Regarding Landuse Natural. It's clear people are confused. I find the whole concept of Landuse=* confusing, because all land has a use. Many area tags could come under Landuse. Why do we have Landuse=Recreation_Ground, and Leisure=Nature_Reserve? A recreation ground is an area set aside for public leisure, many Nature Reserves ban people from entering and are a Landuse Designation. Regarding Wood Forest. I've more interest in mapping natural habitat than any street. A lot of my time is spent working in Woodland and I find it very frustrating to see Woodland separated with two tags which give poor consideration to meaning or use. Its clear in the UK these two unique definitions for Woodland are being ignored, which is significant when we have a soft convention that we should try to use British English when defining tags. I've tried to track back and find how these two unique and confusing definitions for Woodland came about, and it seems to lead to the talk-de list (I cant be sure though). Its something I'd like to try and sort out in the summer with a new Woodland=* tag, but its looks like I'll ironically be too busy working in Woodland. In the meantime it appears I can simply edit the wiki definitions for Wood and Forest. Jason user:Jamicu ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] ping Fake Steve
Dear Fake, Please contact me off list. Best regards, Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] xybot
Hi, Jason Cunningham wrote: Regarding Wood Forest. [...] I've tried to track back and find how these two unique and confusing definitions for Woodland came about, and it seems to lead to the talk-de list (I cant be sure though). No you can't. The discussion is quite old and was not started by the Germans, this time. If you check http://lists.openstreetmap.org/pipermail/talk/2006-September/007294.html and the following posts in that thread, you will find that people had all sorts of ideas back then: That wood was something to do with hunting; that forest/wood meant different predominiant tree types; that forest/wood differ in canopy cover, and so on. The current consensus seems to be that anything natural=... means little human controlling intervention, while anything landuse=... means humans manage most aspects of it. So a tree plantation would be landuse=forest and a jungle would be natural=wood but in between it is a mess. Germany, for example, simply doesn't have unmanaged forests; even the natural reserves are managed somehow. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] xybot
f...@rfc822.org [mailto:f...@rfc822.org] wrote: Sent: 11 April 2009 7:00 AM To: Andy Robinson (blackadder-lists) Cc: 'OSM Talk' Subject: Re: [OSM-talk] xybot On Fri, Apr 10, 2009 at 11:24:51PM +0100, Andy Robinson (blackadder-lists) wrote: That would be tagging for the renderer, which is not the OSM way. The OSM way is to tag what the object logically is as you see it. Based on common understanding of the meaning of the tags. Its a matter of common understanding - landuse=forrest and natural=wood are in use and have been defined Hold on there. Defined? defined by whom. If you mean its in map features then that's cool because I put them there :-D On the other hand Map Features isn't a rule book or a prescribed standard. Its guidance on how you might like to tag. landuse=wood is perfectly correct in English. It means it's a piece of land been used for managed woodland to my mind. That's not the same as forest. It might not translate the same for you but that's cool. I wouldn't be asking you to accept the tag is correct in your eyes, but I am asking you to respect it could be in mine. It might be that for you landuse=wood is managed woodland. The wiki says the opposit and thats what people use to understand the tags. And i am not talking about any translation in the wiki, i am talking about the english version and what it says in the description of key and value usage. landuse=forest http://wiki.openstreetmap.org/wiki/Landuse For areas of land used by people. For natural areas, see Key:natural. [...] landuse forest Managed forest or woodland plantation (Other languages). See also natural=wood. [...] natural=wood http://wiki.openstreetmap.org/wiki/Key:natural This key is used to describe natural features, mostly in terms of habitats and geological features. For man-made and -managed features, see Key:landuse [..] natural wood Natural woodland (trees). See also landuse=forest. And in the above case there are a bunch of people who disagree with using landuse=wood. And it doesnt even fit the keys definition by which landuse means PEOPLEs use - Wood is not peoples use by definition of the value. So landuse cant be used with wood as from whats in the key and value description in the wiki. Well, we can agree to disagree on that point. You not only disagree with me but with the wiki and probably with loads of mappers who tried to tag according to the description of the tags in the wiki. Well, the wiki changes with time. Look back through the history of the page and you will find it has changed over the last 3 years. The wiki is only guidance, not a set of rules/standards. I appreciate 100% that mappers will use what it says there today and that's cool, I have no problem with that. What I disagree with is that any alternative view is wrong. It's not wrong its just different. Cheers Andy Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Boundary questions.
On Wed, 4 Mar 2009, Nick Hocking wrote: 2) If a suburb follows a road or river should part of the boundary way be deleted and replaced with that part of the road or river. 3) How can we determine if a boundary follows the centre of the road/river or maybe one or other sides of it. I've just been replacing big hunks of Murrumbidgee River with the imported boundaries In the first place most of the Murrumbidgee was imported by vmap, which didn't do a great job with regard to the twists and turns of the river. Some has been handdrawn, and some of that was no better, depending on how tired I was at the time. So where the ABS boundaries show a great improvement (eg the river goes under the bridges and lines up with landsat images, I've now used those for the Bidgee along a section - mostly Narrandera to Darlington Point. I need to know if this doesn't work when it gets to the renderer, and if so what we could do about it. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Validator in JOSM - extra picky?
On Sun, 1 Mar 2009, Gordon Smith wrote: So, dear list members, what pronouncement have I missed? What has been updated or changed that I don't yet know about? No idea either, but I have new JOSM and new plugins this week (could have been available earlier) and Validator can be customised in this version of plugin (JOSM 1515). ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Hafen
Markus wrote: Schau mal hier: http://www.openstreetmap.org/?lat=54.18279lon=12.09436zoom=16layers=B000FTF ich finde das sieht schon ganz gut aus... Naja, dort gibt's sicher Tonnen... und das wichtigste am Leuchtturm ist bekanntlich seine Kennung... Ich hab jetzt kein Hafenhandbuch vor mir, aber neben den Tonnen und den Wassertiefen ist wohl das wichtigste, wo man sich als Gast hinlegen darf... sprich ähnlich einem mit access=private (o.ä.) gekennzeichneten Parkplatz sollte man sowas auch für Anleger umsetzen. Oder wo eine Fähre anlegt (das sieht man am ehesten jetzt schon). Oder wo gibt's Mooringleinen? usw. :) einfach loslegen: http://wiki.openstreetmap.org/wiki/de:Segler1 Die Motivation ist, ohne ein Ergebnis zu sehen, eher... naja... vor allem kannst Du mit es wird mal niemanden begeistern... Wann ist der Clubabend? Jeden ersten Dienstag im Monat, IIRC. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hafen
Johann H. Addicks wrote: Wir brauchen zunächstmal Bilder und Beschreibung von dem, was denn den durchschnittlichen (Freizeit-)Skipper interessiert. Hafenhandbuch. Da kannst Du hinfahren, da nicht (Wassertiefe). Da darfst Du ankern, da nicht. Da darfst Du anlegen, da nicht. Da gibt's Mooringleinen. Da legt die Fähre an, da legen die Fischer an. Da sind die Pontons vom Yachtclub soundos und dort ist deren Gastanleger. Und dann halt die div. Einrichtungen, da kannst Tanken, da gibt's Trinkwasser, da kamma einkaufen, da ist die Hafentaverne,... Plus halt alle Seezeichen. Und Untiefen, spitze Steine knapp unter der Wasseroberfläche, usw... Was halt eine Seekarte so zu bietet hat... ;) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] google-indizierung des wikis mehr
André 'man solle mal' Reichelt andr...@online.de writes: Tim 'avatar' Bartel schrieb: Die OSMF hat signalisiert, dass sie daran nicht interessiert ist. Auch wenn ich selbst gegen eine Kooperation bin, aber genau das stört mich. Wer hat die OSMF dazu befugt, hier irgendwelche Entscheidungsgewalt auszuüben? Ist der Rückhalt der Community so groß? Vor allen Dingen kritisiere ich, dass in der OSMF zwei Nasen von CloudMade sitzen, die mit äußerster Warscheinlichkeit nicht nur die Community-Interessen vertreten. Hast Du bei der letzten Wahl denn jemand anderes gewählt? [...] Man sollte generell dafür sorgen, dass Menschen, die mit OSM kommerzielle Interessen verfolgen, von jedlicher Führerschaft ausgeschlossen sind. Wen schlägst Du konkret vor? Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Status-Update: Adress-Suche bei Garmin-Karten
Hi. Für alle die es interessiert und die die mkgmap-dev-Liste nicht lesen... Seit ein paar Tagen gibt es eine rudimentäre Adress-Suche bei den Garmin- Geräten. Adress-Suche ist zwar sehr hoch gegriffen, denn Hausnummern funktionieren noch nicht, aber folgendes ist jetzt auf einem eTrex möglich: - Die Punkte Adresse und Kreuzung erscheinen im Finde-Menü - Zur Eingabe der Stadt kann man entweder direkt aus der Liste der was-weiß- ich-wie-vielen umliegenden Orten wählen oder muss den kompletten Namen der Stadt eingeben. Den Anfang einzugeben reicht bisher nicht. - Man muss im Hausnummern-Eingabefeld etwas eingeben, kann auch leer sein, aber man muss einmal in den Eingabedialog gehen. - Es werden bei der Straße immer alle Straßen aller Orte zur Auswahl angeboten. Wählt man aber eine Straße im Umkreis der gewählten Stadt, wird die Position der Straße korrekt gefunden und als Navigations-Ziel angeboten. Es ist offensichtlich, dass da noch Verbesserungspotenzial besteht, aber der Fortschritt ist gewaltig. Immerhin kann man jetzt auch schon Ziele finden deren Position man nicht vorher auf anderem Weg suchen muss. Auf einem Nüvi sollen angeblich noch Probleme bestehen, da funktioniert auch das genannte nicht so gut. Bei dieser Verwendung wird grade offensichtlich, dass es bei OSM bisher zwar viele Ideen aber kein aktuell nutzbares System gibt wie man Straßen algorithmisch einem Ort zuordnen kann. Über landuse- oder place-Polygone funktioniert nicht und Orts-boundaries haben wir bisher sehr wenige drin. Mein persönlicher Favorite wäre ja, dass man Straßen für die Adress-Suche komplett ignoriert und nur die verfügbaren Straßen aus den Hausnummern des KA- Schema aggregiert. Damit bekommt man auch alle Straßen die eine Adresse haben. Nachteile sind klar: - Straßen ohne Baugrundstücke (== ohne Hausnummer) kann man dann nicht finden. - Man braucht bei jeder Straße mind. eine eingetragene Hausnummer. Gruß, Bernd -- Für jedes Problem gibt es eine einfache Lösung, die es noch schlimmer macht. - Hans-Jürgen Quadbeck-Seeger (dt. Chemiker und Manager) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garagen mappen?
Cornelius wrote: On Sat, 2009-04-11 at 16:34 +0200, Cornelius wrote: On Sat, 2009-04-11 at 16:06 +0200, Jens Herrmann wrote: Hi, ich habe hier ne ganze Reihe von Garagenkomplexen. Womit mappt ihr das? Building:yes und amenity:parking, oder gibts was Besseres? Hab ich mich auch schon gefragt. So wie ich das sehe gibt es bisher nur Tags für Parkhäuser etc. Müsste man wohl mal einen Tag für erfinden, oder hab ich was übersehen? Am besten finde ich, wenn man # amenity=parking # parking=garage # private=yes nimmt. (evlt. building=yes? Ist aber meiner Meinung nach durch parking=garage impliniziert) Ja, building=yes kann man weglassen. Was haltet ihr davon? Finde ich gut, und mit parking=garage/underground/multi-storey kann man angeben worum es sich genau handelt. Grüße Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehlende tags für Elemente in Tiefgarage ?
Hi, ich habe gestern mal die Tiefgarage unterm Striezelmarkt in Dresden angelegt. Leider existieren für bestimmte Elemente keine geeigneten tags bzw. ich weiss nicht wie ich es mappen soll. Wo IMHO tags fehlen: - im südlichen Teil befindet sich ein Fahrstuhl/Lift - der Mittelgang ist mit jeweils 3-4 Durchgängen zu den Flügeln A und B verbunden - mehrere Parkautomaten - Büro Sicherheitsdienst - Notausgänge Dazu würde ich gern die Nummern der Stellplätze mit aufnehmen, jeweils als Linie mit Anfangs- und Endnummer, zzgl. Kennzeichnung der Behindertenparkplätze. addr:interpolation ist meines Wissens ja auf Hausnummern beschränkt, oder? Grüße Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende tags für Elemente in Tiefgarage ?
Hier noch der Link: http://www.openstreetmap.org/?lat=51.049657lon=13.738042zoom=18layers=B000FTF Layer -1 wird aber anscheinend nicht dargestellt. Grüße Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für künstliche öffentliche Wasserquelle?
Tobias Knerr wrote: Dazu gabs auch einen Thread im Forum mit ein paar mehr Antworten: http://forum.openstreetmap.org/viewtopic.php?id=2923 Danke. Ich finde eigentlich amenity=water mit drinkable=yes/no am besten aber da gibts noch nichtmal ein Piktogramm für. Grüße Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hafen
Hallo Andreas, On Sunday 12 April 2009 08:35:29 Andreas Labres wrote: Naja, dort gibt's sicher Tonnen... und das wichtigste am Leuchtturm ist bekanntlich seine Kennung... Das Rendern der Tonnen ist im Augenblick noch in einer experimentellen Phase. Erste Ergebnisse kannst du hier sehen: http://opensource-werkstatt-stubben.org/osm/open-sea-map.php Ich hab jetzt kein Hafenhandbuch vor mir, aber neben den Tonnen und den Wassertiefen ist wohl das wichtigste, wo man sich als Gast hinlegen darf... sprich ähnlich einem mit access=private Unter http://wiki.openstreetmap.org/wiki/de:Segler1 findest du dazu mooring=guest. bzw. mooring=* für Liegeplätze im allgemeinen. Die Motivation ist, ohne ein Ergebnis zu sehen, eher... naja... vor allem kannst Du mit es wird mal niemanden begeistern... Ich arbeite zur Zeit intensiv am Rendern der Seekarten und hoffe gegen Ende des nächsten Wochenendes ein erstes Eingabe-Tool für die Seezeichen online zu haben. Da die Seezeichen in Anlehnung an die S-57 in der Datenbank erfasst werden ist eine manuelle Eingabe doch recht mühsam und kann zu vielen Fehlern führen. Sollte daher also nicht gemacht werden. Gruß Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freiheitsbegriff
Hallo, Sorry, aber wir drehen uns im Kreis es gibt einfach verschiedene Ansichten. - und/oder wir wollen den ShareAlike-Charakter stärken, um das (ggf. attributionsfreie) Was meiner Meinung nach nicht funktioniert, da es zu viele solcher halbfreier Lizenzen gibt. Was ist z.B. wenn irgendwer eine Höhenkarte unter Lizenz ShareAlike1 erstellt und OSM unter Lizenz ShareAlike2 stehen. Jetzt will irgendwer beides kombinieren, leider unterscheiden sich die beiden Lizenzen in Kleinigkeiten - man kann sie nicht kombinieren. Ist das wirklich der Sinn von ShareAlike? Wir sollten uns verschiedene Szenarien ausdenken und sehen ob da Konsens besteht ob OSM Daten dafür nutzbar sein sollen. Danach kann man dann versuchen eine Lizenz zu basteln die dies erfüllt. Ich fang mal an: 1) die o.g. Kombination mit Daten einer anderen ShareAlike-Lizenz 2) Der Verkauf eines Navis mit vorinstallierter OSM-Karte Was haltet Ihr von einer Klausel das die Lizenz geändert werden darf oder Nutzungsrechte abweichend von der Lizenz erteilt werden können. Ich würde vorschlagen als Abstimmung bei der jeder stimmberechtigt ist der ein Mindestmaß an Eingaben innerhalb des letzten Jahres gemacht hat. Damit wäre dann Wiederholung der Situation wie wir sie jetzt haben ausgeschlossen, daß wir vor der Wahl stehen Lizenz ändern oder Daten löschen. Einkompilieren von OSM-Daten in closed-Source-Anwendungen zu verhindern Das können wir eh nicht verhindern, nur erschweren. Wenn Microsoft eine Navigationssoftware auf den Markt bringt ohne Kartenmaterial aber mit einer Importfunktion die u.a. OSM-Daten laden kann wäre das wohl mit jeder freien Lizenz statthaft. Schließlich gibt es genug vergleichbares sogar mit nicht freien Daten (z.B. unsere Vergleiche OSM - Google-Maps, oder Programme wie Glopus die man mit Google-Maps oder OSM-Karten füttern kann). Wer hat dann etwas von dem Verbot die Karten mit auf die DVD zu packen? Wahrscheinlich sähe es dann so aus: Die Softwaerefirma lädt die OSM Daten, konvertiert sie in ein eigenes Format mit ggf einigen Korrekturen und stellt sie auf einem eigenen Server unter der ursprünglichen OSM-Lizenz zur verfügung. Dann muß der User diese von dort laden, toll wenn er DSL16 hat, aber schlecht für alle anderen. - oder wir wollen alles als PD/gemeinfrei lizenzieren, um mit OSM die maximale Verbreitung unserer Daten zu finden. Da wäre ich für. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kostenloser Printstadtplan - Ein Negativbeispiel
Am So, 12.04.2009, 00:12 schrieb Dimitri Junker: Wobei wir wieder bei der Frage wären ob unsere neue Lizenz das erlauben würde. Das geht in jedem Fall, aber der zBDiscounter könnte keine Adressen seiner Filialen bei Google geokodieren und dann auf die Karte packen, da sie nicht in unsere Lizenz zurückfließen können. Aber hier hat die neue Lizenz einen Punkt, an dem man sie unterwandern kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garagen mappen?
Jens Herrmann wrote: Cornelius wrote: Am besten finde ich, wenn man # amenity=parking # parking=garage # private=yes nimmt. (evlt. building=yes? Ist aber meiner Meinung nach durch parking=garage impliniziert) Ja, building=yes kann man weglassen. Wuerde ich nicht sagen, auch wenn parking=garage ein building=yes impliziert. Sagen wir mal ich moechte ueber die XAPI alle Gebaeude abrufen, ueber die URL http://www.informationfreeway.org/api/0.5/way[building=yes] Das Fehlen von building=yes fuehrt dazu dass in diesem Fall die Garagen nicht mitgeliefert werden. Fuer Programmierer bedeutet das also, dass fuer diese einfache Aufgabe erst wieder ein Regelwerk mit in die Software eingebaut werden muss. Spart man da nicht vielleicht am falschen Ende? Ciao Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freiheitsbegriff (was: Luftbilder aus Bayern - erste Statistik)
Am So, 12.04.2009, 03:07 schrieb Johann H. Addicks: - oder wir wollen alles als PD/gemeinfrei lizenzieren, um mit OSM die maximale Verbreitung unserer Daten zu finden. Wobei wir Datenspenden dann vermutlich abschreiben können, auch wenn OSM sie möglicherweise eh nicht bräuchte Neben der Lizenz der Daten steht aber immernoch die Lizenz der Datenkbank: Wenn wir eine Lizenz an jedermann verteilen und die Daten auf den OSM -Server laden, genießen diese trotzdem Datenbankschutz. Nun kann die OSMF als Herausgabes aber den Zugriff unbeschränkt frrigeben, was sie wohl auch tun wird. Es könnte aber auch passieren, dass die OMF die DB mit den Daten einfach irgendwann dicht macht und für tausende Euros verkauft. Da könnte niemand was machen, da wir denen die Daten zu jedem Zweck geschenkt haben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Luftbilder aus Bayern - Korrekturvorschl äge Oberpfalz
Hallo, beim Abgleich der Tausenden von Straßeneinträgen sind auch einige hundert mögliche Schreibfehler aufgetaucht. Wer die Vorschläge prüfen und korrigieren mag, der findet sie auf http://wiki.openstreetmap.org/wiki/Talk:Oberpfalz Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hafen
Am 12.04.2009 08:48, Andreas Labres: Johann H. Addicks wrote: Wir brauchen zunächstmal Bilder und Beschreibung von dem, was denn den durchschnittlichen (Freizeit-)Skipper interessiert. Hafenhandbuch. Da kannst Du hinfahren, da nicht (Wassertiefe). Da darfst Du ankern, da nicht. Da darfst Du anlegen, da nicht. Da gibt's Mooringleinen. Da legt die Fähre an, da legen die Fischer an. Da sind die Pontons vom Yachtclub soundos und dort ist deren Gastanleger. Und dann halt die div. Einrichtungen, da kannst Tanken, da gibt's Trinkwasser, da kamma einkaufen, da ist die Hafentaverne,... Ich kenne vom sehen von Kanälen (Berlin, Main-Donau) ein paar dieser rot-weißen quer, horizontal oder mit durchgestrichenem Anker dargestellten Landsymbole der Schipper. Was aber Johann und ich gern hätten wäre, dass du oder ein anderer Seefahrerinteressiere im OSM-Projekt die bisherigen Wiki-Seiten mit Bildern und Photos anreichern, so dass auch wir Nicht-Segler verstehen, was wie zu taggen ist. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grafik mit Inkscape - PPT zu SVG
Am Sat, 11 Apr 2009 08:37:02 +0200 schrieb Markus: Wer kann 5 grafische Folien einer Powerpoint-Datei in SVG umwandeln, damit ich sie im Wiki anzeigen und jeder sie bearbeiten kann? SVG wird AFAIR erst ab PowerPoint 2007 unterstützt. Die Folien enthalten ausschliesslich mit Zeichnen erstellte grafische und Text-Elemente. Daraus hätte ich gern Vektoren. Da bleibt eigentlich nur der Umweg über die Formate EMF oder WMF. Deren Unterstützung durch Inkscape ist zwar nicht optimal - 90-99% der PowerPoint-Grafik sollten so aber nach Inkscape und mit ein wenig Nachbearbeiten dann als SVG abspeichern lassen. GeoJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hafen
Hallo Claudius, On Sunday 12 April 2009 14:20:07 Claudius Henrichs wrote: Was aber Johann und ich gern hätten wäre, dass du oder ein anderer Seefahrerinteressiere im OSM-Projekt die bisherigen Wiki-Seiten mit Bildern und Photos anreichern, so dass auch wir Nicht-Segler verstehen, was wie zu taggen ist. Was wie und wo zu taggen ist, ist leider nicht so leicht zu beantworten, da die Logik hinter diesen Zeichen teilweise sehr kompliziert ist. Ich arbeite zur Zeit an einem Editor, der das Eingeben dieser Zeichen deutlich erleichtert. Dies wird noch ein oder zwei Wochen brauchen. Danach sollte es möglich sein diese Zeichen mit ein bis zwei Mausklicks über Vorschaubilder einzugeben. Bitte habe noch etwas Geduld. Ich werde auf dieser Liste berichten. Gruß Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garagen mappen?
On Sun, 2009-04-12 at 16:06 +0200, Claudius Henrichs wrote: ich würde das etablierte access=private statt private=yes verwenden. Das meine ich auch! Ich weiß gar nicht, wie ich auf private=yes gekommen bin. Irgendwie nicht drüber nachgedacht. Danke für den Hinweis! Cornelius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garagen mappen?
On Sun, 2009-04-12 at 14:03 +0200, Christian Koerner wrote: Wuerde ich nicht sagen, auch wenn parking=garage ein building=yes impliziert. Sagen wir mal ich moechte ueber die XAPI alle Gebaeude abrufen, ueber die URL http://www.informationfreeway.org/api/0.5/way[building=yes] Das Fehlen von building=yes fuehrt dazu dass in diesem Fall die Garagen nicht mitgeliefert werden. Fuer Programmierer bedeutet das also, dass fuer diese einfache Aufgabe erst wieder ein Regelwerk mit in die Software eingebaut werden muss. Spart man da nicht vielleicht am falschen Ende? OK, soll mir recht sein. Wo sollte man das denn (im Wiki) dokumentieren? http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking ? http://wiki.openstreetmap.org/wiki/Mapping/Features/Parking ? Auf einen von den Diskussionsseiten? Auf einer neuen Seite? Cornelius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grafik mit Inkscape - PPT zu SVG
Am So, 12.04.2009, 15:19 schrieb Detlef Reichl: Alternativ als PDF exportieren. Der Import funktioniert in Inkscape einwandfrei. Womit hast du die PDFs erstellt? Je nach Einstellung kann er manche Files aus Corel und Illustrator nicht lesen. Auch Transparenz und Überdrucken machen immer Probleme bei mir. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grafik mit Inkscape - PPT zu SVG
Hallo, am Sun, 12 Apr 2009 15:11:26 +0200, tat GeoJ g...@quantentunnel.de der Welt kund: Am Sat, 11 Apr 2009 08:37:02 +0200 schrieb Markus: Wer kann 5 grafische Folien einer Powerpoint-Datei in SVG umwandeln, damit ich sie im Wiki anzeigen und jeder sie bearbeiten kann? SVG wird AFAIR erst ab PowerPoint 2007 unterstützt. Die Folien enthalten ausschliesslich mit Zeichnen erstellte grafische und Text-Elemente. Daraus hätte ich gern Vektoren. Da bleibt eigentlich nur der Umweg über die Formate EMF oder WMF. Deren Unterstützung durch Inkscape ist zwar nicht optimal - 90-99% der PowerPoint-Grafik sollten so aber nach Inkscape und mit ein wenig Nachbearbeiten dann als SVG abspeichern lassen. Alternativ als PDF exportieren. Der Import funktioniert in Inkscape einwandfrei. Grüßle, detlef -- http://det.cable.nu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freiheitsbegriff
Tobias Wendorff schrieb: Am So, 12.04.2009, 03:07 schrieb Johann H. Addicks: - oder wir wollen alles als PD/gemeinfrei lizenzieren, um mit OSM die maximale Verbreitung unserer Daten zu finden. Wobei wir Datenspenden dann vermutlich abschreiben können, auch wenn OSM sie möglicherweise eh nicht bräuchte Neben der Lizenz der Daten steht aber immernoch die Lizenz der Datenkbank: Wenn wir eine Lizenz an jedermann verteilen und die Daten auf den OSM -Server laden, genießen diese trotzdem Datenbankschutz. Nun kann die OSMF als Herausgabes aber den Zugriff unbeschränkt frrigeben, was sie wohl auch tun wird. Es könnte aber auch passieren, dass die OMF die DB mit den Daten einfach irgendwann dicht macht und für tausende Euros verkauft. Da könnte niemand was machen, da wir denen die Daten zu jedem Zweck geschenkt haben. Kann dann nicht einfach jemand einen neuen Server mit dem letzten planet-File aufsetzen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grafik mit Inkscape - PPT zu SVG
Am So, 12.04.2009, 15:11 schrieb GeoJ: Da bleibt eigentlich nur der Umweg über die Formate EMF oder WMF. Oder via Postscript in Ghostscript und dann zu Inkscape, Cairo oder direkt SVG. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garagen mappen?
Am 11.04.2009 19:47, Cornelius: On Sat, 2009-04-11 at 16:34 +0200, Cornelius wrote: On Sat, 2009-04-11 at 16:06 +0200, Jens Herrmann wrote: Hi, ich habe hier ne ganze Reihe von Garagenkomplexen. Womit mappt ihr das? Building:yes und amenity:parking, oder gibts was Besseres? Hab ich mich auch schon gefragt. So wie ich das sehe gibt es bisher nur Tags für Parkhäuser etc. Müsste man wohl mal einen Tag für erfinden, oder hab ich was übersehen? Am besten finde ich, wenn man # amenity=parking # parking=garage # private=yes ich würde das etablierte access=private statt private=yes verwenden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Unterschied zwischen Einzelstufe und Treppe sinnvoll?
Hallo, denkt ihr es wäre sinnvoll eine einzelne Stufe anders zu mappen als eine Treppe? Ich denke da insbesondere an Rollstuhlfahrer. Eine Stufe könnte dieser u.U. noch bewältigen wenn er sich damit einen großen Umweg erspart, eine Treppe nicht mehr. Bisher gibt es meines Wissens kein Tag für einzelne Stufen. Grüße Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied zwischen Einzelstufe und Treppe sinnvoll?
Am So, 12.04.2009, 17:32 schrieb Jens Herrmann: Bisher gibt es meines Wissens kein Tag für einzelne Stufen. Vielleicht einfach so: highway = stairs stairs:steps:amount = 1 stairs:steps:height = 0.12 Also für eine zwölf Zentimeter hohe Einzelstufe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grafik mit Inkscape - PPT zu SVG
Am Sun, 12 Apr 2009 15:19:48 +0200 schrieb Detlef Reichl: Alternativ als PDF exportieren. Der Import funktioniert in Inkscape einwandfrei. Das funktioniert in der Tat noch besser. Allerdings hat der PDF-Import in Inkscape auch seine Grenzen - z.B. Konturlinien gehen teilweise verloren. Insgesamt aber wesentlich besser als der von mir vorgeschlagene Weg über EMF/WMF. GeoJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied zwischen Einzelstufe und Treppe sinnvoll?
Jens Herrmann schrieb: Bisher gibt es meines Wissens kein Tag für einzelne Stufen. Es gibt einen Schlüssel für die Anzahl der Stufen einer Treppe: step_count (http://wiki.openstreetmap.org/wiki/DE:Key:step_count). Damit lässt sich problemlos auch eine einzelne Stufe modellieren: highway=steps + step_count=1 Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied zwischen Einzelstufe und Treppe sinnvoll?
Hallo, Jens Herrmann schrieb: Hallo, denkt ihr es wäre sinnvoll eine einzelne Stufe anders zu mappen als eine Treppe? Ich denke da insbesondere an Rollstuhlfahrer. Eine Stufe könnte dieser u.U. noch bewältigen wenn er sich damit einen großen Umweg erspart, eine Treppe nicht mehr. Bisher gibt es meines Wissens kein Tag für einzelne Stufen. http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dsteps step_count=1 Damit braucht es keinen zusätzlichen Key. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende tags für Elemente in Tiefgarage ?
Jens Herrmann wrote: Layer -1 wird aber anscheinend nicht dargestellt. Es wird gerendert, allerdings nicht so ganz wie ich mir das wünschen würde. Die Spuren in der Tiefgarage (layer -1) werden an den Überschneidungen mit der Wilsdruffer Straße wie Kreuzungen dargestellt, obwohl sie eigentlich übereinander liegen. Was kann man dagegen tun? Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag für Engstelle
Hallo, wie wird eine Engstelle genau gekennzeichnet wenn durch die Engstelle nur noch eine Spur vorhanden ist und die Vorfahrtsregelung durch Schilder geschieht? Die zwei Verkehrszeichen habe ich in der OSM-Wiki nicht gefunden und die Suche nach Engstelle blieb auch erfolglos. Gruß Sascha ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Engstelle
Am 12.04.2009 19:37, Sascha Grötzner: Hallo, wie wird eine Engstelle genau gekennzeichnet wenn durch die Engstelle nur noch eine Spur vorhanden ist und die Vorfahrtsregelung durch Schilder geschieht? Die zwei Verkehrszeichen habe ich in der OSM-Wiki nicht gefunden und die Suche nach Engstelle blieb auch erfolglos. Ich hatte mal ein Proposal angefangen, aber es zu meiner Schande immer noch nicht fertig ausgearbeitet. Siehe hier: http://wiki.openstreetmap.org/wiki/Proposed_features/Oncoming_traffic Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Engstelle
On Sun, 2009-04-12 at 19:37 +0200, Sascha Grötzner wrote: Hallo, wie wird eine Engstelle genau gekennzeichnet wenn durch die Engstelle nur noch eine Spur vorhanden ist und die Vorfahrtsregelung durch Schilder geschieht? Die zwei Verkehrszeichen habe ich in der OSM-Wiki nicht gefunden und die Suche nach Engstelle blieb auch erfolglos. Gruß Sascha Fahrbahnverengung: traffic_calming=chicane siehe: http://wiki.openstreetmap.org/wiki/Key:traffic_calming ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende tags für Elemente in Tiefgarage ?
Am 12.04.2009 18:57, Jens Herrmann: Jens Herrmann wrote: Layer -1 wird aber anscheinend nicht dargestellt. Es wird gerendert, allerdings nicht so ganz wie ich mir das wünschen würde. Die Spuren in der Tiefgarage (layer -1) werden an den Überschneidungen mit der Wilsdruffer Straße wie Kreuzungen dargestellt, obwohl sie eigentlich übereinander liegen. Was kann man dagegen tun? Stimmt. Das Casing sollte bei unterschiedlichem Layer nicht geöffnet werden. Geschwind ein Bug-Ticket für die Slippy-Map hier erstellen: http://trac.openstreetmap.org/ Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grafik mit Inkscape - PPT zu SVG
Hallo, am Sun, 12 Apr 2009 15:26:10 +0200 (CEST), tat Tobias Wendorff tobias.wendo...@uni-dortmund.de der Welt kund: Am So, 12.04.2009, 15:19 schrieb Detlef Reichl: Alternativ als PDF exportieren. Der Import funktioniert in Inkscape einwandfrei. Womit hast du die PDFs erstellt? Ich selbst habe noch gar keine PDFs erstellt, die ich wieder in Inkscape geladen habe. PDFs anderer Leute die ich in Inkscape geladen habe zeigen allerdings noch nie Probleme. Das PDFs die mit dem PDF in Datei drucken-Plugin unter Powerpoint problemlos zu öffnen wären habe ich im Inkscape-Forum gelesen. Grüßle, detlef -- http://det.cable.nu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder aus Bayern - erste Statistik
On Sun, 2009-04-12 00:10:10 +0200, Dimitri Junker o...@dimitri-junker.de wrote: wünscht sich kein Navi mit vorinstaliertem OSM-Kartenmaterial. Soll der Hersteller das Navi verschenken müssen weil er sonst ja kommerziell ist? Was Nein, darum geht es (insbesondere bei den /Daten/) nicht. Es geht um die Beantwortung der Frage, wie die Daten, mit denen aufgewertete Werke erzeugt werden, zu behandeln sein sollen. Beispiel: Stell' Dir vor, Du bist Frittenbuden-Besitzer und beauftragst eine Firma, eine Karte für Deinen Web-Auftritt zu basteln. Dazu übergibst Du ihm die WGS84-Daten von all Deinen 566 Buden. Statt die nun als Overlay oder Pins auf der normalen OSM-Karte darzustellen, läd er diese POIs in eine DB, packt planet.osm dazu und rendert neue Karten, die dann auf der Webseite als Slippy Map zu sehen sind. Für diese Dienstleistung zahlst Du einige Märker. So... Da ist nun ein neues Werk (eine neue Karte) entstanden, die zum Großteil auf OSM-Daten basiert, plus Deine Buden-Standorte. Nun geht es um die Frage, ob wir(tm) wollen, daß bei Veröffentlichung der Karte (also Zugänglichmachen im Internet, Abdrucken auf T-Shirts, Drucken von Flyern, ...) die Buden-Standorte (vielleicht allerallerspätestens auf Nachfrage) dem OSM-Projekt zur Verfügung gestellt werden müssen. 1) Es macht keinen Sinn mehrere zu OSM vergleichbare Datenbanken nebeneinander zu haben die sich nur durch kleine Unterschiede in der Lizenz unterscheiden. Bei meinen Programmen kann jede kommerzielle Softwarefirma oder jeder Hobbyprogrammierer der eine andere Lizenz mal eben selber was schreiben. ...aber er /muß/ Änderungen bei Verbreitung zugänglich machen. 2) Wenn mich jemand bittet meine Software nutzen zu können obwohl es mit der Lizenz nicht vereinbar ist kann ich das jederzeit machen. Das aber nur, weil Du alleine bist. OSM muß die Copyrights von über 10 Dateneinlieferern berücksichtigen. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Alles sollte so einfach wie möglich gemacht sein. the second : Aber nicht einfacher. (Einstein) signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Engstelle
Am 12.04.2009 um 20:35 schrieb Cornelius: On Sun, 2009-04-12 at 19:37 +0200, Sascha Grötzner wrote: Hallo, wie wird eine Engstelle genau gekennzeichnet wenn durch die Engstelle nur noch eine Spur vorhanden ist und die Vorfahrtsregelung durch Schilder geschieht? Die zwei Verkehrszeichen habe ich in der OSM-Wiki nicht gefunden und die Suche nach Engstelle blieb auch erfolglos. Gruß Sascha Fahrbahnverengung: traffic_calming=chicane siehe: http://wiki.openstreetmap.org/wiki/Key:traffic_calming Ich finde das Tag etwas unpassend da eine Schikane für mich bewusst gebaut wird um den Verkehr zu verlangsamen. Bei einer Engstelle jedoch wurde eine Straße gebaut wo eigentlich kein Platz ist und womit man sich nun arrangieren muss. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende tags für Elemente in Tiefgarage ?
Jens Herrmann schrieb: ich habe gestern mal die Tiefgarage unterm Striezelmarkt in Dresden angelegt. Leider existieren für bestimmte Elemente keine geeigneten tags bzw. ich weiss nicht wie ich es mappen soll. Hmmm, im vorliegenden Beispiel, wo oben eine Freifläche ist mag das ja noch gehen, aber wenn oben zB. eine Straßenkreuzung ist, dann erkennt man auf der Karte gar nix mehr.. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende tags für Elemente in Tiefgarage ?
Chris-Hein Lunkhusen wrote: Hmmm, im vorliegenden Beispiel, wo oben eine Freifläche ist mag das ja noch gehen, aber wenn oben zB. eine Straßenkreuzung ist, dann erkennt man auf der Karte gar nix mehr.. Unter dem Gebäude 100 m links vom Altmarkt gibt es noch eine Tiefgarage von vermutlich ähnlicher Größe die aber noch nicht eingetragen ist. Für die Zukunft müsste man sich überlegen ob und wie man da einzelne Layer abschaltet, sonst sieht da keiner mehr durch. Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende tags für Elemente in Tiefgarage ?
Claudius wrote: Stimmt. Das Casing sollte bei unterschiedlichem Layer nicht geöffnet werden. Geschwind ein Bug-Ticket für die Slippy-Map hier erstellen: http://trac.openstreetmap.org/ Der Bug-Report ist zu finden unter http://trac.openstreetmap.org/ticket/1706 Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garagen mappen?
Cornelius schrieb: Am besten finde ich, wenn man # amenity=parking # parking=garage # private=yes nimmt. (evlt. building=yes? Ist aber meiner Meinung nach durch parking=garage impliniziert) Was haltet ihr davon? Irgendwas mit building=yes + carbox / carport fände ich besser als amenity=parking da sonst weniger hoch entwickelte Anwedungen einen (öffentlichen) Parkplstz darstellen. Vorrangig ist ja die Beudeutung wichtig dass hier ein kleines Gebäude in Form einer Garage steht - dass es als tatsächlich als Garage genutzt wird ist für die Öffentlichkeit ehr unerheblich. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Engstelle
On Sun, 2009-04-12 at 21:02 +0200, Sascha Grötzner wrote: Fahrbahnverengung: traffic_calming=chicane siehe: http://wiki.openstreetmap.org/wiki/Key:traffic_calming Ich finde das Tag etwas unpassend da eine Schikane für mich bewusst gebaut wird um den Verkehr zu verlangsamen. Bei einer Engstelle jedoch wurde eine Straße gebaut wo eigentlich kein Platz ist und womit man sich nun arrangieren muss. Da ist was dran ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder aus Bayern - erste Statistik
André Reichelt schrieb: Jan-Benedict Glaw schrieb: Bleibt eben die Frage, was man erreichen will. Ich hoffe jedenfalls auf einen GPL-artigen Kurs des Gesamt-Projektes... Das schließt zwar recht schnell diejenigen von der Datennutzung aus, die daraus kommerzielle Werke erstellen, aber das ist für mich sehr okay--sie wollen ja auch nichts zurückgeben. Genau das ist auch meine Ansicht. Vor allen Dingen den letzten Punkt halte ich für sehr wichtig. Wer nimmt aber nichts zurück gibt, hat hier in meinen Augen nichts verloren. Das ist ausschließlich schädlich für das Projekt.da Da stellt sich schon mal die Frage woran Du das fest machst wann jemand was zurückgibt ... Auch die kommerzielle Anwendung gibt an OSM etwas zurück wenn hierbei OSM als Datenquelle in Erscheinung tritt, auch wenn der kommerziele Nutzniesser nicht direkt Daten an OSM zurückgibt. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garagen mappen?
Garry schrieb: Irgendwas mit building=yes + carbox / carport fände ich besser als amenity=parking da sonst weniger hoch entwickelte Anwedungen einen (öffentlichen) Parkplstz darstellen. Prinzipiell stimme ich hier zu -- eine brauchbare Anwendung sollte zwar eigentlich access-Tags bei Parkplätzen schon auswerten, aber für die Allgemeinheit ist eine solche Garage nicht als Parkplatz, sondern als Gebäude relevant, und eine Anwendung wird dieses Objekt auch in der Regel dann brauchen, wenn sie ansonsten auch mit Gebäuden umgeht (z.B. 3D-Renderer) und nicht, wenn sie ansonsten mit Parkplätzen umgeht (Stellplatzsuche im Navi). Ich würde allerdings nicht building=yes und ein Zusatztag nehmen, sondern direkt building=geeigneterenglischerbegriff. Wir haben z.B. etwa 400 building=garages (siehe http://tagwatch.stoecker.eu/Europe/En/keystats_building.html), von denen ich glaube, dass sie ein solches Objekt bezeichnen -- dokumentiert ist das leider nicht. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stimmung-Mache gegen die OSMF (was: Re: google-indizierung des wikis mehr)
Am 11. April 2009 16:59 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Jeder kann ohne Mitgliedschaft deren Datenbank mit Daten füllen, jedoch nur mit Mitgliedschaft Diskission und direkte Mitsprache zu Entscheidungen bekommen. Ist die Mitgliedschaft kostenfrei? Welche Bedingungen gehe ich ein? Könnte ich bei Rechtsstreitigkeiten haftbar gemacht werden? Ach so: Wasch mich, aber mach mich nicht nass? Was du hier treibst, ist echt FUD der derbsten Sorte - wenn du schon ständig JEHOVA schreist, wenn um die OSMF geht, solltest du dich vielleicht mal informieren mit wem du es zu tun hast. Man hat dich mehrfach auf die Seiten der Foundation aufmerksam gemacht. Mir ist es egal, ob Du deine Aussagen auf reine Ignoranz, oder auf dein, für sich allein schon killfile würdiges, mobiles Internetverhalten zurück zu führen sind - aber was du zum Thema OSMF verzapfst, ist einfach nur peinlich! Also für alle Verschwörungstheoretiker: Die OSMF ist eine COMPANY LIMITED BY GUARANTEE, einer englischen Rechtsform für Non-Profit-Organisationen Eine COMPANY LIMITED BY GUARANTEE darf keine Gewinne machen und kein Aktienkapital bilden. Die OSMF hat ein Geschäftsziel. Das steht hier in 3.1 des Gesellschaftervertrags [1]: frei übersetzt steht da: Die OpenStreetMap Foundation ist dem Ziel gewidmet, das Wachstum, die Entwicklung und die Verbreitung von freien Geo-Daten zu fördern und Jedermann Geodaten zur Benutzung und Verbreitung bereitzustellen. Als Foundation Member ist man Gesellschafter dieser Firma. Man stellt der Firma seinen Mitgliedsbeitrag zur Verfügung, den diese dazu verwendet, die Firma aufzubauen und das Geschäftsziel zu erreichen. Dabei dokumentiert die Firma natürlich, wofür sie das Geld wieder ausgibt[2]: Wenn man der Meinung ist, das irgendeine Entscheidung des Vorstandes oder dessen Vorsitzenden nicht geeigntet ist, das Geschäftsziel freie Geodaten fördern und verbreiten zu erreichen, dann kann man das denen bei der nächsten Wahl deutlich machen. Das ist ja nur fair: Schließlich ist man als Gesellschafter ja haftbar, wenn auch nur symbolisch. Artikel 7 [1]: £5 Auch wenn ich sie nicht persönlich kenne, bei einem bin ich mir relativ sicher: Keiner meiner Mit-Gesellschafter wird absichtlich geschäftsschädigend handeln, und die Firma und deren Geschäftsziel (freie Geodaten) in Gefahr bringen wollen. Wenn doch, wäre das schon eine ziemlich harte Anschuldigung! Wer also so etwas behauptet, von dem erwarte ich etwas mehr als uninformierte, ignorante und faktenlose Hirngespinste, die ihm auf dem Weg zum Bus durch die Rübe rauschen. [1]http://foundation.openstreetmap.org/memorandum-of-association/ [2]http://foundation.openstreetmap.org/finances/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freiheitsbegriff - Ziel definieren
Johann H. Addicks schrieb: Sorry, aber wir drehen uns im Kreis, wenn unter frei ständig abwechselnd der virale Charakter der SFS-Lizenzen oder der Freibier-Charakter der BSD-Lizenzen gefordert wird. - Entweder wollen wir, den Attributions-Charakter stärken und uns damit für Mitwirkende potentiell attraktiver machen. - und/oder wir wollen den ShareAlike-Charakter stärken, um das (ggf. attributionsfreie) Einkompilieren von OSM-Daten in closed-Source-Anwendungen zu verhindern - oder wir wollen alles als PD/gemeinfrei lizenzieren, um mit OSM die maximale Verbreitung unserer Daten zu finden. Vielleicht sollte man erstmal ein Ziel definieren ohne zu versuchen das ganze in landesabhängige bestehende Lizensen zu zwängen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kostenloser Printstadtplan - Ein Negativbeispiel
Das geht in jedem Fall Wieso? Besagter Dienstleister produzuiert doch für die Drogeriekette ein kommerzielles Produkt unter Verwendung von OSM-Daten, das wollen doch viele verhindern oder hab ich da was falsch verstanden? Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder aus Bayern - erste Statistik
Hallo, Beispiel: Stell' Dir vor, Du bist Frittenbuden-Besitzer Verstehe ich das richtig? Er dürfte: die Standorte als Overlay oder Pins auf der normalen OSM-Karte dastellen aber nicht eine neue Karte rendern? Ok dann rendert er halt eine neue Karte ohne die Standorte aber sonst so wie er sie will, dazu benutzt er nur die OSM-Daten und eigene Renderregeln. Diese stellt er wieder unter die OSM- Lizenz. Dann nimmt er sich diese und legt die Standorte als Overlay drüber, das wäre dann wieder erlaubt. Das Ergebnis ist praktisch das gleiche. Das aber nur, weil Du alleine bist. OSM muß die Copyrights von über 10 Dateneinlieferern berücksichtigen. Eben das war mein Punkt. Wir müßen hier alle Eventualitäten vorhersehen oder jemanden (oder eine beliebig grpße Gruppe) bevollmächtigen die Regeln zu ändern. Das brauche ich als Einzelprogrammierer nicht. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garagen mappen?
Tobias Knerr schrieb: Garry schrieb: Irgendwas mit building=yes + carbox / carport fände ich besser als amenity=parking da sonst weniger hoch entwickelte Anwedungen einen (öffentlichen) Parkplstz darstellen. Prinzipiell stimme ich hier zu -- eine brauchbare Anwendung sollte zwar eigentlich access-Tags bei Parkplätzen schon auswerten, aber für die Allgemeinheit ist eine solche Garage nicht als Parkplatz, sondern als Gebäude relevant, und eine Anwendung wird dieses Objekt auch in der Regel dann brauchen, wenn sie ansonsten auch mit Gebäuden umgeht (z.B. 3D-Renderer) und nicht, wenn sie ansonsten mit Parkplätzen umgeht (Stellplatzsuche im Navi). Ich würde allerdings nicht building=yes und ein Zusatztag nehmen, sondern direkt building=geeigneterenglischerbegriff. Wir haben z.B. etwa 400 building=garages (siehe http://tagwatch.stoecker.eu/Europe/En/keystats_building.html), von denen ich glaube, dass sie ein solches Objekt bezeichnen -- dokumentiert ist das leider nicht. Ich würde nur gerne veremeiden dass eine Anwendung für die nur relevan ist dass es ein building ist dieses jetzt plötzlich nicht mehr darstellt weil es genauer spezifizier wurde.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder aus Bayern - erste Statistik
Thomas Schäfer schrieb: Was sind das denn für Töne? Ich dachte wir produzieren hier freies, offenes (und was auch immer) Kartenmaterial, welches JEDER, unabhängig von seiner Zuarbeit nutzen kann. Ja, allerdings unter den Bedingungen der aktuellen CC-Lizenz. Diese verhindert, dass sich jemand ohne Namensnennung unsere Daten unter den Nagel reißen kann und sie als seine ausgeben kann. Genau das will ich verhindern. Außerdem mache ich eine Unterscheidung zwischen frei nutzen und abgreifen und weiterverkaufen. 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] Luftbilder aus Bayern - erste Statistik
Abend. Dimitri Junker schrieb: Soll der Hersteller das Navi verschenken müssen weil er sonst ja kommerziell ist? Was ist schlimm daran wenn ein Hersteller unsere Daten in ein kommerzielles Produkt einfügt? Nein. Aber es soll ihm nicht möglich sein, für das Material irgendetwas zu verlangen. Materialkosten, Entwicklungskosten, Personalkosten, ...: OK. Kosten für Kartenmaterial: Nix da. Thema Update: Aufwandsentschädigung (konvertieren und verteilen: OK. Kosten für Material: Nix da. Jedes kommerzielle Produkt, das zu erheblichen Teilen auf OSM beruht sollte natürlich darauff hinweisen müssen, incl. dem Hinweis, daß es sich dabei um frei verfügbare Daten handelt. Genau deiner Meinung. Bei einer einfachen Anfahrtskizze u.ä. würde ich da nicht so streng sein. Ich auch nicht. Das lang, wenn da Daten von OpenStreetMap.org oder derartiges steht. 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] Stimmung-Mache gegen die OSMF
Hallo, Stefan Schwan wrote: Ist die Mitgliedschaft kostenfrei? Welche Bedingungen gehe ich ein? Könnte ich bei Rechtsstreitigkeiten haftbar gemacht werden? Was du hier treibst, ist echt FUD der derbsten Sorte - wenn du schon ständig JEHOVA schreist, wenn um die OSMF geht, solltest du dich vielleicht mal informieren mit wem du es zu tun hast. Tobias ist zaghafter als der Durchschnittsbuerger, was Recht und Gesetz betrifft. Wenn ich ihm zusammenstellte, welchen Haftungsrisiken er sich allein durch das morgentliche Verlassen des Hauses aussetzt, wuerde man ihn vermutlich in der Oeffentlichkeit nicht mehr sehen. Insofern tust Du ihm hier etwas unrecht - er ist nicht nur speziell in Bezug auf die OSMF so, sondern immer ;-) Die OSMF ist eine COMPANY LIMITED BY GUARANTEE, einer englischen Rechtsform für Non-Profit-Organisationen Eine COMPANY LIMITED BY GUARANTEE darf keine Gewinne machen und kein Aktienkapital bilden. Das ist richtig. Aber das meiste weitere ist im Unklaren. So steht im relevanten Companies Act, also der dieser Gesellschaftsform zugrundeliegenden Rechtsnorm, dass auf Anfrage jeder Einsicht in die Mitgliedsliste nehmen kann. Ich habe das neulich mal eingefordert, und bekam als Antwort, dass man gar nicht sicher sei, ob die OSMF-Mitglieder denn auch Mitglieder im Sinne des Companies Act waeren. (Was mir komisch vorkommt - denn wenn sie es nicht sind, wer waehlt dann?) Das ist ja nur fair: Schließlich ist man als Gesellschafter ja haftbar, wenn auch nur symbolisch. Artikel 7 [1]: £5 Siehst Du, darauf wollte Tobias hinaus. Wenn die Firma pleite geht, haengt er voll mit drin und muss bis zu 5 Pfund oben drauf legen. Und wer weiss, welchen Kurs das Pfund bis dahin hat! Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stimmung-Mache gegen die OSMF
Tobias Wendorff schrieb: Jeder kann ohne Mitgliedschaft deren Datenbank mit Daten füllen, jedoch nur mit Mitgliedschaft Diskission und direkte Mitsprache zu Entscheidungen bekommen. Genau das Problem sehe ich auch. Da sich die OSMF mehr oder weniger die physikalishe Gewalt über OSM unter den Nagel gerissen hat, entstehen einige Unwegbarkeiten. So muss ich erst Gesellschafter einer Firma werden, wenn ich ein Votumsrecht bei OSM haben will. Wer nicht bezahlt, hat auch nichts zu sagen. Das kann man jetzt so oder so auslegen. Ist die Mitgliedschaft kostenfrei? Welche Bedingungen gehe ich ein? Könnte ich bei Rechtsstreitigkeiten haftbar gemacht werden? Ein weiterer Punkt. Wenn ich ein Mitspracherecht haben will, muss ich auch ein rechtliches Risiko auf mich nehmen. Das bedeutet: Wer bei OSM eine leitende Position einnehmen will, muss erst mal blechen und nimmt dann auch noch rechtliche Risiken auf sich. 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] Stimmung-Mache gegen die OSMF
Am 12. April 2009 21:57 schrieb Frederik Ramm frede...@remote.org: Das ist richtig. Aber das meiste weitere ist im Unklaren. So steht im relevanten Companies Act, also der dieser Gesellschaftsform zugrundeliegenden Rechtsnorm, dass auf Anfrage jeder Einsicht in die Mitgliedsliste nehmen kann. Ich habe das neulich mal eingefordert, und bekam als Antwort, dass man gar nicht sicher sei, ob die OSMF-Mitglieder denn auch Mitglieder im Sinne des Companies Act waeren. (Was mir komisch vorkommt - denn wenn sie es nicht sind, wer waehlt dann?) Das ist in der Tat seltsam - Hat man dir die Liste deshalb überhaupt nicht geben wollen, oder nur drauf hingewiesen, dass manche von denen nicht stimmberechtigt sind? Ich bin mir unsicher, wie aktiv diese Liste ist (sehe im Archiv nur ab März), aber ist das nicht ein Thema für osmf-talk ? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kostenloser Printstadtplan - Ein Negativbeispiel
Dimitri Junker schrieb: Wieso? Besagter Dienstleister produzuiert doch für die Drogeriekette ein kommerzielles Produkt unter Verwendung von OSM-Daten, das wollen doch viele verhindern oder hab ich da was falsch verstanden? Es gibt hier schon unterschiede. Hier wird ein KOSTENLOSES Printmedium erstellt. Außerdem gibt es nochmals massive Unterschiede zwischen digitalen und analogen Daten. Kennt ihr das Schreinerbeispiel? Wenn ein Schreiner einen Tisch baut, kann er diesen genau ein mal verkaufen. Wenn ein Programmierer ein Programm schreibt, kann er dies durch einmaligen Arbeitsaufwand ohne Mehrkosten endlos oft vervielfältigen. Der Hersteller müsste also nur einen Deppen einstellen, der einmal im halben Jahr den Knopf drückt, um ein Kartenupdate zu produzieren und er verdient sich daran dumm und dämlich, wenn er sich gut anstellt. Genau das kritisiere ich. 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] Unterschied zwischen Einzelstufe und Treppe sinnvoll?
Jens Herrmann schrieb: Bisher gibt es meines Wissens kein Tag für einzelne Stufen. Ich würde das Step einfach auf einen Node anwenden. Dies impliziert in meinen Augen, dass es da nur eine Stufe hoch geht. Treppen sollten immer als Way getaggt sein. 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] Luftbilder aus Bayern - erste Statistik
Andre, Nein. Aber es soll ihm nicht möglich sein, für das Material irgendetwas zu verlangen. Materialkosten, Entwicklungskosten, Personalkosten, ...: OK. Kosten für Kartenmaterial: Nix da. Thema Update: Aufwandsentschädigung (konvertieren und verteilen: OK. Kosten für Material: Nix da. Du bist durcheinander. Du mischst am laufenden Band die aktuelle Lizenz, die vorgeschlagene neue Lizenz (oder das, was Du Dir darunter vorstellst), sowie Deine Wunschlizenz. Die ist ein reines Hirngespinst, dass sich niemals in einen fairen und ueberpruefbaren Lizenzvertrag fassen lassen wird. Das wird auch dadurch nicht leichter, dass Du Dir staendig selber widersprichst. Tu mir den Gefallen und verunsichere die Leser dieser Liste nicht vollends durch dieses staendige Mischmasch. Tatsache ist (zu der Frage Navi-Hersteller bringt Geraet mit OSM-Daten auf den Markt): 1. Die aktuelle Lizenz (CC-BY-SA) erlaubt dem Hersteller sehr wohl, einen beliebigen Preis fuer sein Geraet zu nehmen und dabei beliebig viel Gewinn zu erwirtschaften, ohne dass er irgendetwas davon an das Projekt zurueckgeben muss. Er muss auch, falls seine Kartendaten in irgendeinem komprimierten Datenformat sind*, niemandem verraten, wie diese Daten aufgebaut sind. Das einzige, was er tun muss, ist (a) dranschreiben, dass OSM drin ist, und (b) jedem, der sein Navi kauft, erlauben, die Daten zu kopieren. 2. Die vorgeschlagene neue Lizenz (ODbL) wuerde, falls es sich bei dem Datensatz fuers Navi um eine Datenbank handelt (und davon gehe ich aus), in diesem konkreten Fall fast identische Auswirkungen haben: Geld nehmen ist erlaubt, Weitergabe muss auch erlaubt sein. 3. Eine klassische noncommercial-Lizenz, z.B. CC-BY-NC, wuerde es dem Navihersteller gaenzlich verbieten, die Daten zu nutzen. Darunter wuerde auch die kostenlose Verbreitung der Daten durch den Navihersteller fallen, denn sie wuerde ja letztendlich auch einem kommerziellen Zweck dienen (und sei es nur, den Namen des Herstellers bekannt zu machen). Eine jeder darf noncommercial, aber wenn ihr commercial wollt, muesst ihr uns was zahlen-Lizenz waere mit OSM praktisch nicht machbar, denn (a) wer legt fest, wieviel wofuer gezahlt wird, und (b) wer kriegt die Knete? 4. Eine PD- oder BSD-Loesung wuerde es dem Navi-Hersteller erlauben, den Datensatz einfach so zu verwenden und seinen Kunden die Weitergabe zu untersagen. Bei der BSD-Loesung muesste er angeben, dass es OSM-Daten sind, bei PD nicht mal das. (Ich persoenlich gehe davon aus, dass OSM irgendwann so gut ist, dass die Leute sich darum reissen werden, freiwillig draufzuschreiben, dass OSM drin ist - und dass die OSMF-Anwaelte dann alle Haende voll damit zu tun haben, gegen Leute vorzugehen, die behaupten, OSM-Daten einzusetzen, es aber in Wahrheit gar nicht tun ;-) Bye Frederik *) das einzige, was die CC-BY-SA verbietet, sind irgendwelche Kryptomethoden, die das Kopieren einschraenken (DRM). -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße in richtige highway-Kategorie einordnen
Matthias Doell schrieb: Für trunk spricht: - Kraftfahrstraßen-Beschilderung - Kreuzungsfrei Für primary spricht: - keine Beschleunigungsstreifen - nur zweispurig Du widersprichst dir. Wie soll es denn ohne Beschläunigungsstreifen gehen, wenn es denn kreuzungsfrei ausgebaut ist. 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] Stimmung-Mache gegen die OSMF
Hallo, Stefan Schwan wrote: Das ist richtig. Aber das meiste weitere ist im Unklaren. So steht im relevanten Companies Act, also der dieser Gesellschaftsform zugrundeliegenden Rechtsnorm, dass auf Anfrage jeder Einsicht in die Mitgliedsliste nehmen kann. Ich habe das neulich mal eingefordert, und bekam als Antwort, dass man gar nicht sicher sei, ob die OSMF-Mitglieder denn auch Mitglieder im Sinne des Companies Act waeren. (Was mir komisch vorkommt - denn wenn sie es nicht sind, wer waehlt dann?) Das ist in der Tat seltsam - Hat man dir die Liste deshalb überhaupt nicht geben wollen, oder nur drauf hingewiesen, dass manche von denen nicht stimmberechtigt sind? Man hat zunaechst aufgrund von Datenschutzbedenken die Liste nicht herausgeben wollen. Ich habe (obwohl ich nach wie vor den Companies Act so interpretiere, dass selbst Nichtmitglieder ein Recht auf Einsicht haben, es also mit dem Datenschutz so weit nicht her sein kann) dann gesagt, es wuerde mir ja reichen, wenn eine Mitglieder-Mailingliste eingerichtet wird. Das wurde daraufhin gemacht und resultierte in osmf-talk. Ich habe die Sache nicht weiter verfolgt. - Im Companies Act und in den Articles of Association stehen allerhand komische Sachen, z.B. auch, dass Vorstandsmitglieder, die nicht im Lande sind, auch nicht eingeladen werden muessen (und das, wo der Vorsitzende permanent in den USA ist). Oder auch, dass von allen Mitgliedern die komplette Postanschrift bekannt sein muss (die OSMF kennt nur Namen und E-Mail...). Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kann oder darf man Wege in Kasernen oder dergl. in Openstreetmap eintragen?
André Reichelt schrieb: DarkAngel schrieb: Der § 109g StGB spricht von und dadurch wissentlich die Sicherheit der Bundesrepublik Deutschland oder die Schlagkraft der Truppe gefährdet. Das bedeutet, wenn ich hinterher sage: Das wusste ich aber nicht., bin ich fein aus dem Schneider. Wer soll mir beweisen können, dass ich es vorher wusste. Zumindest ab jetzt wäre es wissentlich. Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kann oder darf man Wege in Kasernen oder dergl. in Openstreetmap eintragen?
Hallo, Markus Schaub wrote: Der § 109g StGB spricht von und dadurch wissentlich die Sicherheit der Bundesrepublik Deutschland oder die Schlagkraft der Truppe gefährdet. Das bedeutet, wenn ich hinterher sage: Das wusste ich aber nicht., bin ich fein aus dem Schneider. Wer soll mir beweisen können, dass ich es vorher wusste. Zumindest ab jetzt wäre es wissentlich. Keinesfalls, denn man muss ja wissentlich im konkreten Fall die Sicherheit gefaehrden. Und konkrete Faelle haben wir hier ueberhaupt nicht diskutiert. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kann oder darf man Wege in Kasernen oder dergl. in Openstreetmap eintragen?
Frederik Ramm schrieb: Hallo, Markus Schaub wrote: Der § 109g StGB spricht von und dadurch wissentlich die Sicherheit der Bundesrepublik Deutschland oder die Schlagkraft der Truppe gefährdet. Das bedeutet, wenn ich hinterher sage: Das wusste ich aber nicht., bin ich fein aus dem Schneider. Wer soll mir beweisen können, dass ich es vorher wusste. Zumindest ab jetzt wäre es wissentlich. Keinesfalls, denn man muss ja wissentlich im konkreten Fall die Sicherheit gefaehrden. Und konkrete Faelle haben wir hier ueberhaupt nicht diskutiert. Ich hätte das jetzt etwas anders interpretiert, aber ohne die entsprechende Rechtsprechung zu kennen, ist es sowieso müßig, über Gesetze zu diskutieren. Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße in richtige highway-Kategorie einordnen
Am 12.04.2009 17:48, Matthias Doell: Hi, ich habe hier zwei Straßen, wo ich mir nicht sicher bin, was für ein Highway-Typ am Besten passt. 1. Die B15 B2 bei Hof (...) Für trunk spricht: - Kraftfahrstraßen-Beschilderung - Kreuzungsfrei Für primary spricht: - keine Beschleunigungsstreifen - nur zweispurig Da die Beschleunigungsstreifen fehlen und es nur zweispurig ist würde ich den zweispurigen Bereich primarisieren :) Der vierspurige autobahnähnliche bliebe bei mir nach deiner Beschreibung allerdings getrunkert. 2. Die St2179 von Selb nach Asch http://openstreetmap.org/?lat=50.1966lon=12.1535zoom=14layers=B000FTF Bisher wird diese als secondary, da Staatsstraße getagt. Ich würde aber meinen, das primary viel besser passt, da: - überregionale Bedeutung, trifft am Grenzübergang auf eine tschechische Straße 1. Ordnung (die zur Schnellstraße ausgebaut werden soll) - sehr guter Ausbauzustand, sehr neue Ortsumgehung um Selb, fast Kreuzungsfrei - hohes Verkehrsaufkommen (subjektiver Eindruck, viel Tanktourismus und LKW-Verkehr) - nördlichste Verbindung der A93 mit einem tschechischen Grenzübergang Ich würde nach tatsächlicher Verkehrsbedeutung gehen und den Abschnitt zwischen Kreisel und Grenze primarisieren. Die Beschilderung/offiz. Kategorisierung lasse ich gemeinhin aussen vor. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kann oder darf man Wege in Kasernen oder dergl. in Openstreetmap eintragen?
Hallo, Markus Schaub wrote: Ich hätte das jetzt etwas anders interpretiert, aber ohne die entsprechende Rechtsprechung zu kennen, ist es sowieso müßig, über Gesetze zu diskutieren. Aber wir sind uns einig, dass das wissentlich im Gesetz wohl kaum dazu gedacht ist, zwischen denen zu unterscheiden, die den Paragraphen kennen, und denen, die ihn nicht kennen, oder? Also, man muss irgendetwas anderes wissen, ausser, dass dieser Paragraph existiert. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garagen mappen?
Garry schrieb: Ich würde allerdings nicht building=yes und ein Zusatztag nehmen, sondern direkt building=geeigneterenglischerbegriff. Ich würde nur gerne veremeiden dass eine Anwendung für die nur relevan ist dass es ein building ist dieses jetzt plötzlich nicht mehr darstellt weil es genauer spezifizier wurde.. Dass building nicht nur yes, sondern auch andere Dinge als Wert haben kann, ist ja nicht neu, da gibt es z.B. ein Proposal von 2007 (http://wiki.openstreetmap.org/wiki/Proposed_features/building). Es steht auch schon länger auf der Seite zu Key:building (auch mit Hinweis, dass andere Werte als Fallback wie yes zu behandeln sind). Verwendet wird es durchaus auch, die 50.000 Fälle in Europa sind zwar gegenüber 730.000 building=yes nicht ganz so beeindruckend, aber ignorieren würde ich die sicher nicht wollen. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße in richtige highway-Kategorie einordnen
André Reichelt schrieb: Matthias Doell schrieb: Für trunk spricht: - Kraftfahrstraßen-Beschilderung - Kreuzungsfrei Für primary spricht: - keine Beschleunigungsstreifen - nur zweispurig Du widersprichst dir. Wie soll es denn ohne Beschläunigungsstreifen gehen, wenn es denn kreuzungsfrei ausgebaut ist. Das ist kein Widerspruch! Es gibt (bzw. gab zumindest bis vor kurzem) auch Autobahnein und - ausfahrten die keinen Beschleunigungsstreifen haben! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stimmung-Mache gegen die OSMF
Hallo! Am 12. April 2009 22:19 schrieb Frederik Ramm frede...@remote.org: Man hat zunaechst aufgrund von Datenschutzbedenken die Liste nicht herausgeben wollen. Ich habe (obwohl ich nach wie vor den Companies Act so interpretiere, dass selbst Nichtmitglieder ein Recht auf Einsicht haben, es also mit dem Datenschutz so weit nicht her sein kann) dann gesagt, es wuerde mir ja reichen, wenn eine Mitglieder-Mailingliste eingerichtet wird. Das wurde daraufhin gemacht und resultierte in osmf-talk. Ich habe die Sache nicht weiter verfolgt. - Im Companies Act und in den Articles of Association stehen allerhand komische Sachen, z.B. auch, dass Vorstandsmitglieder, die nicht im Lande sind, auch nicht eingeladen werden muessen (und das, wo der Vorsitzende permanent in den USA ist). Oder auch, dass von allen Mitgliedern die komplette Postanschrift bekannt sein muss (die OSMF kennt nur Namen und E-Mail...). Wo die Liste jetzt ja da ist, wäre es doch ganz gut, wenn du diese Themen da nochmal ansprechen würdest.Ich habe diese Abschnitte, wer wann und wie einzuladen und zu unterrichten ist, nur überflogen - das ist wirklich furchtbar formuliert und mir erschließt sich der Grund dafür auch nicht sofort... Im Articles of Association gibt es einen Abschnitt der bestimmt, das Mitglieder die keine Adresse in GB haben, eine Adresse in GB angeben können, die Nachrichten weiterleitet - sie ansonsten aber keinen Anspruch auf notices hätten. Vermutlich geht das mit dem Vorstand in die gleiche Richtung: Das man darauf achten möchte, Leute auf wirklich mit einer verlässlichen, inländischen Postanschrift greifbar zu haben. Wenn die OSMF dann überhaupt keine Postadressen von den Mitglieder hat (aber haben sollte und müsste) ist die ganze Sache schon recht absurd und bedarf einer Klärung! Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied zwischen Einzelstufe und Treppe sinnvoll?
Jens Herrmann schrieb: Tobias Knerr wrote: Es gibt einen Schlüssel für die Anzahl der Stufen einer Treppe: step_count (http://wiki.openstreetmap.org/wiki/DE:Key:step_count). Super, danke. Spricht was dagegen das gleich auf DE:Map Features beim Eintrag für highway=steps mit dazuzuschreiben? Höchstens, dass es unübersichtlich wird, wenn jemand noch 10 weitere Tags für Treppendetails erstellt hat. (verschiedene Rampen, Stufenhöhe, Geländer, smoothness des Geländers ... ;-)) Aber da das bislang nicht der Fall ist: nein, spricht eigentlich nichts dagegen. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stimmung-Mache gegen die OSMF
Hallo, Stefan Schwan wrote: Im Articles of Association gibt es einen Abschnitt der bestimmt, das Mitglieder die keine Adresse in GB haben, eine Adresse in GB angeben können, die Nachrichten weiterleitet - sie ansonsten aber keinen Anspruch auf notices hätten. Das sind alles irgendwelche Standard-Texte, die sie auf die Schnelle zusammengezimmert haben. Jemand auf der legal-talk-Liste hat die mal seinem Rechtsanwalt gegeben, und der hat gemeint, das ist alles ziemlich unausgegoren. Ich will da aber jetzt kein Fass aufmachen, da kann man sich auch spaeter noch drum kuemmern. Jetzt will ich erstmal, dass die Sache mit dieser Lizenz geklaert wird, und da sind irgendwelche Nebenkriegsschauplaetze eher stoerend. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße in richtige highway-Kategorie einordnen
Claudius schrieb: (...) Für trunk spricht: - Kraftfahrstraßen-Beschilderung - Kreuzungsfrei Für primary spricht: - keine Beschleunigungsstreifen - nur zweispurig Da die Beschleunigungsstreifen fehlen und es nur zweispurig ist würde ich den zweispurigen Bereich primarisieren :) Der vierspurige autobahnähnliche bliebe bei mir nach deiner Beschreibung allerdings getrunkert. Sehe ich auch so. Trunk sollte ausschliesslich den Strassen (Nicht-Autobahnen)vorbehalten bleiben auf denen lansamere Fahrzeuge nicht das Tempo für den restlichen Verkehr vorgeben. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Engstelle
wie wird eine Engstelle genau gekennzeichnet wenn durch die Engstelle nur noch eine Spur vorhanden ist und die Vorfahrtsregelung durch Schilder geschieht? Die zwei Verkehrszeichen habe ich in der OSM-Wiki nicht gefunden und die Suche nach Engstelle blieb auch erfolglos. Gruß Sascha Es gibt narrow=yes (ursprünglich nur für waterway eingerichtet und später auf highway erweitert). Die Vorfahrtsrichtung wird damit nicht angegeben. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterschied zwischen Einzelstufe und Treppe sinnvoll?
Tobias Knerr wrote: Höchstens, dass es unübersichtlich wird, wenn jemand noch 10 weitere Tags für Treppendetails erstellt hat. (verschiedene Rampen, Stufenhöhe, Geländer, smoothness des Geländers ... ;-)) Aber da das bislang nicht der Fall ist: nein, spricht eigentlich nichts dagegen. Ich versuche gerade verzweifelt das auf DE:Map Features nachzutragen, aber wenn ich mich einlogge und dann auf Return to DE: Map Features gehe bin ich plötzlich wieder ausgeloggt, ohne irgendeinen Hinweis oder so. Das gleiche passiert auf Map Features und auch mit Opera statt FF ist keine Änderung möglich. Alle anderen Seiten kann ich problemlos editieren. Braucht man für Map Features besondere Rechte? Wenn ja wäre es hilfreich wenn man als Nutzer darauf hingewiesen wird wenn man versucht schreibend zuzugreifen. Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße in richtige highway-Kategorie einordnen
André Reichelt schrieb: Wie soll es denn ohne Beschläunigungsstreifen gehen, wenn es denn kreuzungsfrei ausgebaut ist. Na so: http://maps.google.de/?ie=UTF8ll=50.274915,11.980467spn=0.002307,0.009007t=kz=18 Ist für mich kreuzungsfrei, aber das erstmal musste ich voll in die Eisen gehen, da ich eine Beschleunigungsstreifen erwartet hätte. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] errore strano
usando il servizio di routing openrouteservice.org ho trovato questo problema: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=9.4333409,45.4162009end=9.4238137,45.4196952pref=Fastestlang=de ho subito pensato che ci fosse qualche errore nella connessione delle strade, o qualche senso unico, ma non l'ho trovato. Non capisco. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] errore strano
2009/4/12 Ruggero giurr...@gmail.com usando il servizio di routing openrouteservice.org ho trovato questo problema: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=9.4333409,45.4162009end=9.4238137,45.4196952pref=Fastestlang=de ho subito pensato che ci fosse qualche errore nella connessione delle strade, o qualche senso unico, ma non l'ho trovato. Non capisco. Se inverti partenza e arrivo calcola il percorso giusto quindi è un problema di sensi unici. Ho visto che hai modificato oggi la rotonda, probabilmente il routing non viene calcolato sui dati aggiornati ma su un estratto del db. Riprova fra qualche giorno. iiizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Organizzazione comunità pugliese
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Buongiorno e buone festività, in questi giorni, costretto a vacanza forzata, ho pensato di dare una scossa alla Comunità pugliese. A breve, tra un mese, ricorrerà un anno dal mio primo edit in OSM e, credetemi, posso soltanto essere soddisfatto. Quando ho cominciato, nel 2008, in tutta la Provincia di Bari esistevano soltanto un paio di statali, oggi Bari e Terlizzi sono complete in gran parte. Nello stesso tempo, ho conosciuto nuovi mapper: Niubii, Vincivis, FrancescoLovergine, Vanni (ed anche un tedesco che ha messo i nomi dalle mie parti, Marteen Deen). Ho visto la comunità pugliese prendere vita :) Certo, siamo pochi, ma possiamo organizzarci. * Sul wiki ho creato la lista dei comuni della provincia di Bari[1], indicando per ogni comune la copertura delle ortofoto di Yahoo! ed il link per l'editing in Potlatch. Invito tutti gli utenti coinvolti nel mapping in provincia ad aggiungersi nell'ultima colonna. * Ho creato la lista delle strade pugliesi[2], in cui riportare i tag adottati per le strade più importanti. Nasce dall'esigenza di definire delle regole comuni per il mapping delle strade; in Puglia le strade regionali non esistono, per cui si rendono necessarie delle convenzioni ad-hoc per taggare le arterie principali. * Ho ottenuto la disponibilità dell'Aula Magna del Dipartimento di Geofisica e Geomineralogia dell'Università di Bari. Con Simone Cortesi stiamo valutando l'idea di una conferenza barese per promuovere OSM in Puglia, prima dell'estate. * Basta scorrere la lista degli eventi nella pagina principale per scoprire che i tedeschi hanno la sana abitudine di riunirsi mensilmente in molte città per farsi una birra e definire cosa c'è da fare. In questo senso, oltre alla disponibilità di tanti wireless cafè a Bari, ho anche la disponibilità di alcune aule nel suddetto dipartimento. Lancio il sasso ai mapper in provincia: possiamo riunirci, abbiamo la location... che aspettiamo? Buone vacanze a tutti :) - -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkniEnIACgkQRi2TsGSC4FbGQwCffxRcW7pyiNky6IecCb9LMA0S BRsAnRkyykjbtwaOLsQvUVMrQ8heRGC5 =P22L -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Non riesco ad eliminare dei confini dalla relazione Italia
Il 5 marzo 2009 0.13, iiizio ha scritto: --- Mer 4/3/09, Samuele Battarra ha scritto: Qualsiasi tentativo di modifica della relazione dava quell'errore, che fosse un'aggiunta di una way o una rimozione. Alla fine ho rinunciato a usare josm e ho operato con potlatch. Stesso problema ai tempi della sistemazione dei confini e stessa soluzione. ho risolto usando Potlatch, grazie per i consigli -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OpenStreetMap su it.wikipedia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Buonanotte lista, ho aggiornato la pagina su OpenStreetMap[1] su Wikipedia italiana dalla voce inglese. Vi invito tutti a leggerla e a correggere/segnalare imprecisioni, dimenticanze, ecc ecc. Grazie e buonanotte [1] http://it.wikipedia.org/wiki/OpenStreetMap - -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknifosACgkQRi2TsGSC4Fb+PwCfRaVut8EBw7Rd1lKcyJdMG/UB t5IAmwVU5Od3n5zW2aTdpTAc8fWrOgJI =nuL2 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] Netmaps
Hola, Por si estáis aburridos de mapear, podéis leer esta entrevista con el fundador de la empresa Netmaps. Se dedican a vender mapas en formato vectorial para poder personalizarlos para guías, folletos etc. http://loogic.com/entrevista-a-carles-enric-lopez-fundador-de-netmaps/ Tenía curiosidad por los temas de licencias y origen de los datos, por lo que le lancé unas preguntas con un poco de malicia. En base a las respuestas, creo que en el único sitio donde están las cosas medianamente claras sobre estos temas es en OSM. Muchas veces pienso que podríamos terminar nuestro mapa en 3 meses si tuvieramos el mismo respeto por los copyrights que tienen las empresas tradicionales de datos geográficos. Saludos Gari ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ref:color
Iván Sánchez Ortega escribió: El Sábado, 11 de Abril de 2009, jynus escribió: ¿Sería suficiente con la ref=* y/o el operator=* ? *Teóricamente*, con el ref:color=* sería suficiente. para mí sería suficiente la parte administrativa que interesa para leer el mapa es solo el color del cartel. si alguien quiere ir más allá, está el operator, efectivamente. Lo del operator=* lo veo más difícil, básicamente porque con las autopistas de peaje y carreteras privadas te puedes hacer un lío. Ojo, que sí es interesante saber qué tramos de la A-6 están llevados por Iberpistas, S.A. y cuales están llevados por Fomento. Lo que digo es que, a veces, los responsables de la construcción y el mantenimiento son empresas privadas, y eso no te aclara el nivel administrativo demasiado bien - hay que saber qué administración *encargó* la construcción. ... por cierto ... me acabo de encontrar con esto: http://www.circulaseguro.com/2008/11/29-la-comunidad-de-madrid-estrenara-senales ¿Cómo leches vamos a hacer eso? ¿ref:color_m=red + ref:color_number=white? Cagüen la madre que parió a los de la consejería de transportes... me dejas sin respuesta, quizás pasaría del tema... ya pusimos un link de esta historia y me parece totalmente absurdo. ademas la motivación es clarificar lo que claramente no hace. todo el rollo está bien: mejorar la señalización, evitar la sobre-saturación de las señales, optimitación de rutas espero que la propia auditoría que pretenden hacer señale como error poner una M roja con estrellitas en todas las señales ya que va justamente en contra de lo que pretenden. al final es solo un esto es MÍO, auto-publicidad en algo tan serio como las señales es el colmo, además con nuestro dinero... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Netmaps
No te tiene que extraar. Recuerdo hace unos aos, antes de lo que supuso la revolucin de Google Maps, como gente de una conocida empresa de cartografa, ahora propiedad de Navteq, solicitaba abiertamente en una lista de distribucin cualquier callejero con nmeros de polica de las principales ciudades de latinoamrica de donde sacar esa informacin. Saludos, Emilio Gari Araolaza escribi: Hola, Por si estis aburridos de mapear, podis leer esta entrevista con el fundador de la empresa Netmaps. Se dedican a vender mapas en formato vectorial para poder personalizarlos para guas, folletos etc. http://loogic.com/entrevista-a-carles-enric-lopez-fundador-de-netmaps/ Tena curiosidad por los temas de licencias y origen de los datos, por lo que le lanc unas preguntas con un poco de malicia. En base a las respuestas, creo que en el nico sitio donde estn las cosas medianamente claras sobre estos temas es en OSM. Muchas veces pienso que podramos terminar nuestro mapa en 3 meses si tuvieramos el mismo respeto por los copyrights que tienen las empresas tradicionales de datos geogrficos. Saludos Gari ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.238 / Virus Database: 270.11.53/2054 - Release Date: 04/11/09 10:51:00 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ref:color
Iván Sánchez Ortega escribió: El Domingo, 12 de Abril de 2009, sergio sevillano escribió: para mí sería suficiente la parte administrativa que interesa para leer el mapa es solo el color del cartel. si alguien quiere ir más allá, está el operator, efectivamente. No, la manera buena de ir más allá es el network=*. Me acabo de dar cuenta de esto por la discusión que están teniendo los estadounidenses con sus escudos de autopistas: http://weait.com/content/badges-badges Es decir, que creo que sería correcto agrupar todas las nacionales como network=RIGE, y (por ejemplo) las secundarias de madrid como network=red de carreteras secundarias de la CAM +1 al final es solo un esto es MÍO, auto-publicidad en algo tan serio como las señales es el colmo, además con nuestro dinero... Lo que ya dije antes... ombliguismo de las administraciones locales. Lo peor de todo es que parece contagioso. Yo conocía los cartelitos de la Junta de Andalucía puestos hasta en los puentes, o los mojones kilométricos grandes de la Junta de Extremadura, que para que te enteres bien los ponen cada 5 km en vez de cada 10 como en las nacionales y ahora me imagino que tendremos M*** hasta en la sopa. Está claro que los políticos para delpilfarrar el dinero de todos no entienden de crisis. Saludos Carlos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] M-607 (Autovía de Colmenar) y M-50 1 (Autovía de los Pantanos) -ambas en Madrid- (sobre criterios de clasificación de las highw ays)
Muy buenas, esto del cambio de criterio me va a costar un tiempecillo... Algún alma caritativa me puede comentar porqué no son motorway ambas autovías. La primera hasta Navas del Rey (aprox) y la segunda hasta el cruce con la M-609. Saludos, ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] OpenStreetMap Stand @ Linuxwochen Wien
Andreas /al (Labres) . 0664/3000959 Felix Hartmann / extremecarver ... 06503354942 Danke auf jeden Fall mal fuer die Info. Bin gerade erst aus den Bergen zurueckgekommen. 08:00 waere frueh, aber ich kann schon kommen. Treffen am Dienstag waere fuer mich o.k. - und wohl auch ganz schlau. Andreas Labres wrote: Hallo! Der Kreis der Linuxwochen-Aktivisten ist ja sehr klein (noch?), drum hiermit der Versuch, das zu organisieren. Ich habe - 100 Folder (von der Geofabrik), die man sparsam verteilen kann - 30 OSM Bücher zu verkaufen und werde versuchen, das am Do in der Früh ins Rathaus zu bringen. Hoffentlich macht jemand ein/zwei A0 Pläne zum Aufhängen... Felix, nachdem Du am Do startest, kommt Dir die Aufgabe zu, den Stand zu organisieren. Wenn es so zugeht wie in den letzten Jahren, dann isses eher chaotisch und man ist am erfolgreichsten, wenn man möglichst genau weiß, was man will, und sein Ding durchzieht. Sprich, Du gehst zum Chris (Jeitler), er ist der Oberchecker, und sagst, Du bist von OSM und Du machst jetzt (Do) den Stand in der OpenSourceLounge und er wird Dir einen Platz zuweisen. Dann checkst Du den Platz (schauen, daß man nicht in der letzten Ecke sitzt, dann müßte man diskutieren anfangen, aber das wird's hoffentlich nicht) und organisierst einen Tisch und zwei Stühle (für die Standbetreuer zum Niedersetzen). Höchstwahrscheinlich wird es ein/zwei Patchkabel mit Internet geben, da kannst Du Dein Notebook dranhängen, damit Du mit Besuchern über irgendwelche konkrete Gebiete plaudern kannst. Ggf. könnte man auch was A4/A3 ausdrucken, wenn einem ein Gebiet besonders wichtig ist/gut gefällt, feel free. Dann hängst Du die hoffentlich vorhandenen Pläne auf und das war's dann. Wir sind jedenfalls Community (sprich: Nicht-Zahler ;) und sollen irgendwie in einer neu geschaffenen OpenSourceLounge unsern Stand haben. Wie immer man sich das vorstellen soll... Community ist sonst halt: Debian, ggf. andere Distris, OpenOffice, OpenBSD, LUGA, quintessenz, ... Zum Organisatorischen: Do startet um 9:30. Ich muß Do um 9:00 in Purkersdorf sein. Ich werde daher versuchen, vorher (ca um 8:00) die Bücher und Folder ins Rathaus zu bringen. Da ich dort wohl weder hineinfahren noch parken kann, wäre es fein, wenn Du, Felix, Dich mit mir treffen könntest und die Sachen an Dich nimmst. Sofern Dir 8:00 nicht zu früh ist... :) Fragen? Falls ja, bitte jetzt stellen... Fr Vormittag haben wir noch niemanden, der sich gemeldet hätte... vielleicht könnt Ihr da noch bissl die Motivationstrommel rühren? Es ist nicht sonderlich aufwendig, man sitzt dort, beschäftigt sich mit dem Computer und plaudert ggf. mit Vorbeikommenden. Allein isses bissl langweilig (vor allem, wenn wenig Besucher dort sind), da muß man sich halt dann mit den Nachbarständen anfreunden... Falls Ihr allein seid und den Stand verlassen wollt (weil einen Vortrag anhören oder was immer), dann räumt halt die Bücher weg, schaut, daß nicht zu viele Folder aufgelegt sind und geht einfach. Ggf. den Nachbarn sagen, falls jemand Euch sucht/was wissen will. Die Bücherkiste sollten wir über Nacht dann in einem Raum verschließen (sowas gibt's vermutlich), sonst haben wir ja nichts wirklich Wertvolles, das über Nacht dort bleibt. Zur Koordination (vor allem zwischen uns, Felix) wären die Handynummern sicher hilfreich, ich fange mal eine Liste an (schreibt Euch einfach dazu, falls Ihr wollt): Andreas /al (Labres) . 0664/3000959 Danke und lG Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, 2009-04-12 at 04:39 -0500, Joseph Jon Booker wrote: On Sun, 12 Apr 2009 01:54:12 -0500 Ian Dees ian.d...@gmail.com wrote: On Sun, Apr 12, 2009 at 1:38 AM, Nicholas Vetrovec nickvet...@yahoo.comwrote: Posted on the US Page to help coordinate US Interstate relations. http://wiki.openstreetmap.org/wiki/Interstate_Highways_Relations Since interstate highways are usually two separate one-way ways, which way (or both?) do we add to the relation? US routes can also become two separate one-ways when becoming express ways or trunk ways, while being a regular two-way street the rest of the way, so it probably doesn't make sense to have separate directions. Perhaps a proposal can be made for having role=North|South|East|West for type=route relations? Perhaps direction=North|South|West|East, or cardinal=North|South|West| East? Also, wouldn't it make sense to have the way a route is displayed as the name? For example, network=I,ref=90 would have name=I 90, and network=US:IL, ref=58 would have name=IL 58 in the relations. I prefer _ to : or ; in this case as _ can be used in a filename without escaping. network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit network=us_us_2 # US Route us_us_3 for 3 digit network=us_ny # NY State Route network=us_ny_county # and so on. The network value plugs directly into the shield symbolizer in mapnik for an easy renderer fix. The shield images can be network_us_i_3.png to keep them all in order in the directory. I've got a demonstration of highway shields working here: http://weait.com/maps/ Please be gentle on this unsuspecting box and narrow pipe. To make shields work for everybody, I'd like to see - network= supported in highway ways, relations and super-relations - further graphics work to refine the highway shield symbols for size / centering - wide adoption of the newly supported network tag. - repair of the many broken ref= tags that read I-190 or even Interstate 190, etc. Blog entry with more details here. http://weait.com/content/badges-badges Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, 2009-04-12 at 10:38 -0400, Greg Troxel wrote: network=us_i_2 # Interstate (2 digit) us_i_3 for 3 digit network=us_us_2 # US Route us_us_3 for 3 digit network=us_ny # NY State Route network=us_ny_county # That looks great to me, except that us_i_2 vs us_i_3 seems like tagging for the renderer, and something that would be easy for the renderer to figure out. What about us_i and then have renderers find the right shield for the number of digits? Yes, kinda, sorta. Getting the renderer / shield symbolizer to select the right image is better. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, 2009-04-12 at 13:23 -0500, Joseph Jon Booker wrote: On Sun, 12 Apr 2009 08:39:45 -0700 Apollinaris Schoell ascho...@gmail.com wrote: 2 relations are easier. adding role to thousands of members is a pain. and we need to split relations with API 0.6 anyway So how do we handle the case where a US route is cosigned with an interstate? 1. add both motorways to new route relations that signify the direction of the original US route, and have no relation between those relations and the original US route? 2. Have both ways part of the original US route, with no direction information? 3. Same as number one, but have the new us routes added to a super-relation for the original US route One relation for the Interstate. One relation for the US Route. They each have ways (or sub-relations) for members. Where they are cosigned, the ways or sub-relations are members of both relations. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, 2009-04-12 at 20:26 -0400, Greg Troxel wrote: Paul Johnson ba...@ursamundi.org writes: Why make this more complicated than it has to be? Leave the names on the underlying way, not the relations; leave the refs on the relations, not the underlying ways. Then it's a matter of fixing mapnik and t...@h to do the right thing, since relations are set up better to handle things like route symbols. I don't follow why you think the name belongs on the way. I would think that if there was a named road in a state that should be relation, and that relation a member of the interstate relation for the state, and that a member of the entire interstate relation. The key property to be supported is arbitrarily nested relations. I like names and refs where they make the most sense. If we get full (super-) relation support we have many options that work when they are right for the situation. I'm not logged in on the wiki right now to fix this on the relations list page, but we should probably recommend including a URL to a freely reproducible SVG of the route marker so someone has the motivation to fix rendering of numbered highways to use refs on relations in addition to (or better yet: instead of) underlying ways, they can render something other than the fugly ref symbols currently used, and instead use the same symbol used along the actual route. I don't see why symbol source is related to whether the ref is on a relation or a way. But I agree that having symbols someplace where all renderers can get at them would be nice. I made mine from wikimedia stock. I think they still need some fussing and attention to get them right. Perhaps a script will do better. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] Interstate Highways Relations List
On Sun, 2009-04-12 at 16:55 -0700, Paul Johnson wrote: Apollinaris Schoell wrote: It contains all you need to pick the correct sign. But you need the whole knowledge about signs for all states, county ... as an example California uses different signs for US routes but the same for interstates. Well, if the US ones are different, the Interstate ones are different for the same reason based on what i've seen in Northern California on I-5, US-199 and US-101: California's egotistical enough to put it's name on all route markers regardless of size. Interstate California 5, US California 199, etc. network=us_us would be better than nothing for US 101 and US 199, in my opinion. But if the local expert wants them to be rendered right why not use network=us_us_ca ? US network, US Route, California variant, and create a us_us_ca.png? Likewise, network=us_i_ca for the Interstate signs. Should work for Route 66 historic signs too. network=us_us_historic ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Interstate Highways Relations List
Apollinaris Schoell wrote: On 12 Apr 2009, at 9:01 , Adam Schreiber wrote: Probably because the mapper can easily identify the type of road (i.e. Interstate, US Hwy, etc.). I'm not sure that the mapper should be specifying the URL of the sign since it requires extra work to find it and any renderer should be able to pick their own source of sign shields (I know they can simply ignore the suggested one, but this method can put more information into the DB). ideally the renderer can figure out everything based on the ref tag and some tag or intelligent location lookup to find the state, county a road is in. It contains all you need to pick the correct sign. But you need the whole knowledge about signs for all states, county ... as an example California uses different signs for US routes but the same for interstates. Well, if the US ones are different, the Interstate ones are different for the same reason based on what i've seen in Northern California on I-5, US-199 and US-101: California's egotistical enough to put it's name on all route markers regardless of size. Interstate California 5, US California 199, etc. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Geobase ferry routes
Hi, im wondering if you have included the ferry routes as part of your script? Thanks, Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Import assisté - trop technique - Mise en dépot des gpx
Hugues Romain (RCS) a écrit : Bonjour, Je suis intéressé par le 31 ;) C'est en cours... je te tiens au courant quand c'est téléchargé. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import assisté - trop technique - Mi se en dépot des gpx
Pour Etienne et Laurent : vous pensez quoi de tout regrouper ? Si vous me donnez un lien vers un fichier je peux l'ajouter à mon stockage osm et d'autre pourrons en profiter. De mon coté j'ai donc : Ain+Hautes alpes+Haute loire+rhone+Savoie http://beta.letuffe.org/ressources/communes/ Pas de prob de mon coté ... Je lance le bousin, après si il faut pousser les données d'un coté ou de l'autre Je télécharge en ce moment Ardèche, drôme et loire Question pratique, avez vous une technique intelligente pour les départements a cheval sur deux zones lambert ? Ben en l'état, je traite d'un coté une zone, de l'autre coté l'autre zone ... Dans tous les cas, pour avoir joué un peu, ce n'est pas magique le joint avec l'existant prend *beaucoup* de temps ! http://beta.letuffe.org/?zoom=10lat=45.62668lon=0.11578layers=B0FFT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import assisté - trop technique - Mi se en dépot des gpx
Exact suis pas très fin ... J'ai lancé le bounsin en zone 2 ... J'ai repéré les commmunes qu'étaient pas bonnes, je les ai viré du work1.osm ,et je vais relancer en Zone 3 sur les communes que j'ai listé ... Effrectivement, j'ai pas trouvé le moyen de savoir avant ... (En meme temps j'ai pas cherché...) On Sun, 12 Apr 2009 16:48:03 +0200, sylvain letuffe sylv...@letuffe.org wrote: Question pratique, avez vous une technique intelligente pour les départements a cheval sur deux zones lambert ? Ben en l'état, je traite d'un coté une zone, de l'autre coté l'autre zone ... C'est à dire ? Comment sépares tu, à l'avance, les communes dans la zone lambert X des communes de la zone lambert X+1 ? Quand je lance rcc-list.sh, j'ai un truc genre : VIOLAY,42780,I2334,IMAG VIRICELLES,42140,I1335,IMAG VIRIGNEUX,42140,I1336,IMAG VIVANS,42310,I2337,IMAG VOUGY,42720,I2338,VECT ... Y'a un truc qui me permet d'en déduire la zone lambert ? Dans tous les cas, pour avoir joué un peu, ce n'est pas magique le joint avec l'existant prend *beaucoup* de temps ! http://beta.letuffe.org/?zoom=10lat=45.62668lon=0.11578layers=B0 FFT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
