Re: [Talk-de] Umgang mit Proposals
Hi, noch eine viel einfachere Vorgehensweise: Wenn nicht innerhalb von 30 Tagen zu einem Proposal 25% der Wiki-Account-Inhaber geäußert haben, wird das Proposal in den Zustand Not Relevant versetzt und stattdessen die vorhandenen Stile beim Mappen dokumentiert. Das erlaubt, die wichtigen von den unwichtigen Proposals zu unterscheiden. Und es wertet tatsächliches Mappen höher als unerprobte Konzepte und Geschäftsordnungsdebatten. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umgang mit Proposals
Hallo Roland, Am 09.08.2013 08:04, schrieb Roland Olbricht: Hi, noch eine viel einfachere Vorgehensweise: Wenn nicht innerhalb von 30 Tagen zu einem Proposal 25% der Wiki-Account-Inhaber geäußert haben, wird das Proposal in den Zustand Not Relevant versetzt und stattdessen die vorhandenen Stile beim Mappen dokumentiert. Du kriegst nicht 25% aller Account-Inhaber, egal zu welchem Proposal, zu einer Aktion in einem Monat, behaupte ich zumindest. Aber tendentiell in die Richtung, eine kritische Masse für eine Proposalentscheidung zu erhalten, müssten wir kommen, die derzeitige Praxis von etwa 25 oder so ist absolut nicht aussagekräftig. Ich könnte mir vorstellen, das Konzept aus dem Liquid Feedback zu übernehmen, das man generell oder themenbezogen die eigene Stimme einer anderen Person zu übertragen, die man z.B. im Bereich ÖPNV für kompetent hält, also Stimmendelegation, siehe [1] für Diskussion dazu. Viele Grüße Dietmar [1] https://netzpolitik.org/2011/diskussion-uber-liquid-feedback/ Das erlaubt, die wichtigen von den unwichtigen Proposals zu unterscheiden. Und es wertet tatsächliches Mappen höher als unerprobte Konzepte und Geschäftsordnungsdebatten. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Hallo, On Fri, Aug 09, 2013 at 06:02:21AM +0200, Roland Olbricht wrote: für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die Suche nach deutschen Autokennzeichen unterstützen möge. Finde ich jetzt keine schlechte Idee, weil die Kennzeichen ja im Prinzip als ref für die Kreise dienen. Dieses Tag finde ich weniger unterstützenswert, weil es a) von einem speziellen Import stammt und damit spezifisch nur für die deutschsprachige Region gilt, Außerdem der deutschsprachigen Region haben die Autokennzeichen oft keinen geographischen Bezug. Beispiele sind die NL (gar kein Bezug) oder Frankreich (letzte 2 Ziffern gleich Departement, sonst kein Bezug). Das globale Äquivalent dürfte allgemein eine Abkürzung des Städtenamens sein. short_name hat immerhin über 11000 Verwendungen, davon bereits 120 auf Relationen mit admin_level=6. Ich denke, das sinnvollste wäre, das zu verwenden und die deutsche Community aufzufordern, das Autokennzeichen, das ja als Abkürzung dient, dort einzutragen. Berlin macht das bereits so, mit dem Erfolg, dass jetzt solche Suchergebnisse herauskommen: http://nominatim.osm.org/search.php?q=berlinaccept-language=xx Bisher wurde short_name eigentlich eher da verwendet, wo eine kürzere aber immernoch lesbare Version des Namens gebräuchlich ist. Also: Rothenburg ob der Tauber - Rothenburg Casper-David-Friedrich-Strasse - CD-Friedrich-Strasse Deshalb zieht Nominatim das short_name-Tag dem name-Tag bei der Anzeige vor. Wenn short_name mit Kürzeln gefüllt wird, ist das leider nicht mehr möglich. Solche Kürzel gehören eher in ein ref-Tag. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
On Thu, Aug 08, 2013 at 10:51:51PM +0200, Peter Wendorff wrote: Hallo Sarah, ich gebe zu Bedenken, dass ab Mitte 2014 wohl Autokennzeichen auch beim Umzug in einen anderen Kreis (auch über Landesgrenzen hinweg) behalten werden können, so dass die Information immer weniger wert sein dürfte. Dazu z.B. [1]. Ich bin mir nicht sicher, ob das mittlerweile auch durch den Bundesrat durch ist, aber inwiefern es dann noch viel nützt, halte ich doch für fraglich. Das wäre ja unerheblich, weil das Kennzeichen immernoch einen Heimatort hat und es hier eher um die Verwwendung des Kennzeichens als Kürzel für den Ort geht, nicht darum anhand eines Nummernschildes herauszufinden, wo der Halter wohnt. Auch das Argument, dass man nicht alle kennen kann, zählt nicht wirklich. Zumindest die grossen Städte und die Kennzeichen der näheren Umgebung hat man schon im Kopf und verwendet die auch. Aber wenn die Zuordnung von Kreis und Kennzeichen so nicht mehr gilt, dann macht es vermutlich tatsächlich wenig Sinn, das als Autokennzeichen zu taggen. Etwas Richtung 'ref' für allgemein bekannte Kennzeichen klingt wie der bessere Weg. Ansonsten kann man das natürlich machen, wenn es nicht so viel Aufwand ist für die Entwicklung in Nominatim - ob es sich allerdings lohnt... Zumal in anderen Ländern die Kennzeichenregeln nochmal völlig unterschiedlich sein dürften. Ist ein Einzeiler, aber das Ziel ist, die Spezialbehandlungen auf ein Minimum zu reduzieren. Und so wichtig ist das ja nicht. Sarah Am 08.08.2013 22:00, schrieb Sarah Hoffmann: Hallo, für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die Suche nach deutschen Autokennzeichen unterstützen möge (siehe https://trac.openstreetmap.org/ticket/4936). Finde ich jetzt keine schlechte Idee, weil die Kennzeichen ja im Prinzip als ref für die Kreise dienen. Das Problem ist, dass die Kennzeichen zum grössten Teil nur unter openGeoDB:license_plate_code zu finden sind. Dieses Tag finde ich weniger unterstützenswert, weil es a) von einem speziellen Import stammt und damit spezifisch nur für die deutschsprachige Region gilt, b) die openGeoDB tags kaum jemand wirklich aktuell hält (ich habe eher das Gefühl, sie werden mehr und mehr gelöscht)und c) die Tags an place-Nodes hängen anstatt an den Kreis-Relationen, wo sie eigentlich hingehören. Ich habe gesehen, dass einige Kreis-Relationen schon einen Tag license_plate_code erhalten haben, aber lange noch nicht alle. Wäre das etwas, was man vielleicht offiziell machen könnte, oder gibt es vielleicht schon andere Vorschläge zum Mapping von Autokennzeichen, die ich übersehen habe? (Laut taginfo gibt es auch noch einen Tag vehicle_plate_code, der aber nur in Moldavien (oder Ukraine?) vorkommt. Vielleicht könnte man sich ja sogar auf eines weltweit einigen.) Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umgang mit Proposals
Hi, Am Fri, 9 Aug 2013 08:04:22 +0200 (CEST) schrieb Roland Olbricht roland.olbri...@gmx.de: Wenn nicht innerhalb von 30 Tagen zu einem Proposal 25% der Wiki-Account-Inhaber geäußert haben, wird das Proposal in den Zustand Not Relevant versetzt... Wäre es da nicht einfacher zu sagen Proposals brauchen wir nicht? ... und stattdessen die vorhandenen Stile beim Mappen dokumentiert. Das erlaubt, die wichtigen von den unwichtigen Proposals zu unterscheiden. Und es wertet tatsächliches Mappen höher als unerprobte Konzepte und Geschäftsordnungsdebatten. So in der folgenden Art? Unter name trägt man bei Haltestellen den Namen der Haltestelle oder die Nummer des daneben liegendes Gleises oder die Nummer des Bussteigs oder mehrere davon ein, wobei man noch einige Satzzeichen und Strings wie Gleis, Bahnsteig oder Läge dazwischen verteilt. Warum sollte man bei sowas Konzepte vor dem Mappen machen... Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Original-Nachricht Betreff: Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon Datum: Thu Aug 08 2013 14:23:31 GMT+0200 Von: Wilhelm Spickermann o...@spickermann-d.de An: talk-de@openstreetmap.org Am Tue, 06 Aug 2013 21:58:34 +0200 schrieb tumsi tu...@gmx.de: Danke für eure Antworten. Ich scheine also keinen grundsätzlichen Fehler gemacht zu haben. Ich habe jetzt einen überschaubaren Teil vom Multipolygon abgetrennt und habe so die betreffenden Polygone separat. Jetzt wird es richtig interessant. Es (Way 94507617) wird immer noch nicht dargestellt, obwohl es ein einfaches Polygon ist. Kein Punkt ist doppelt. Keine Selbstüberschneidungen. Keine lustigen Codes in den Tags. Ja, habe ich auch schon gesehen, aber bisher noch keine Zeit gehabt, mir das näher anzusehen - eventuell heute Abend oder am Wochenende... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Original-Nachricht Betreff: Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon Datum: Thu Aug 08 2013 15:04:09 GMT+0200 Von: Georg Feddern o...@bavarianmallet.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Moin, Am 08.08.2013 14:23, schrieb Wilhelm Spickermann: Jetzt wird es richtig interessant. Es (Way 94507617) wird immer noch nicht dargestellt, obwohl es ein einfaches Polygon ist. Kein Punkt ist doppelt. Keine Selbstüberschneidungen. Keine lustigen Codes in den Tags. eigentlich sollte das einfache Element gerendert werden. Andererseits gibt es dort noch einige umliegende Überlappungen: Du spielst wahrscheinlich auf die Warnungen von JOSM an. Die habe ich auch gesehen und auch früher an anderer Stelle. Und ich verstehe diese Warnung nicht! Was ist daran falsch, wenn sich die Umrisslinie eines Polygons und ein outer-Linienzug eines Multipolygons ein paar Punkte teilen? Ich kann doch jetzt nicht den Umriss jedes kleinen Fitzelpolygons auftrennen und es zu einem Multipolygon machen, nur damit JOSM zufrieden ist Viele Grüße, Constanze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umgang mit Proposals
Hallo Roland, Am Freitag, 9. August 2013, 08:04:22 schrieb Roland Olbricht: noch eine viel einfachere Vorgehensweise: Wenn nicht innerhalb von 30 Tagen zu einem Proposal 25% der Wiki-Account-Inhaber geäußert haben, wird das Proposal in den Zustand Mit anderen Worten: wir schaffen Proposals ab? Es gibt ~60k Wiki-Account-Inhaber, davon sind ~1k aktiv, deutlich weniger als 25%. Nehmen wir nur die aktiven, müssten immer noch 250 Leute innerhalb von 30 Tagen ihren Senf beitragen. Mal abgesehen davon, dass das unrealistisch ist: wer soll das Ganze denn bitteschön lesen? Das erlaubt, die wichtigen von den unwichtigen Proposals zu unterscheiden. Und es wertet tatsächliches Mappen höher als unerprobte Konzepte und Geschäftsordnungsdebatten. Mit anderen Worten: die Leute, die kein bisschen über ein Problem nachdenken, setzen sich durch. Na danke! Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umgang mit Proposals
Hallo, in absehbarer Zukunft wird es sowas wie Gruppen geben, sodass sich dort dann Leute finden können die ähnliche Interessen haben und über diese Gruppen ihre Gedanken austauschen können. Das wird sicherlich auch Auswirkungen auf den Proposal-Prozess haben, da es mehr themenspezifische Unterhaltung geben wird. Das Proposal könnte sich dann zu etwas entwickeln, wo Vorschläge der Experten von der Allgemeinheit auf ihre Praxistauglichkeit überprüft werden. Ich halte es in jedem Fall für nicht sinnvoll, bei den Proposals Grenzwerte einzuführen. Mittlerweile wird es eher selten der Fall sein, dass sich eine größere Menge an Mappern für ein Proposal interessiert. Wenn bspw. die Bahner meinen, sie wollen ihre Weichen mit x=y taggen, dann sollen sie das halt unter sich entscheiden. Das interessiert mich nicht mal am Rande. Wenn sie meinen, da bräuchte es eine Relation, um die Zugehörigkeit zu einem Stellwerk zu modellieren, dann sollen sie das machen...etc. Einen Großteil der Mapper interessiert das nicht wirklich. Daher ist es auch nicht verwunderlich, wenn es hier nur wenig Mapper gibt, die dafür/dagegen abstimmen. Henning Am 09.08.2013 08:04, schrieb Roland Olbricht: Hi, noch eine viel einfachere Vorgehensweise: Wenn nicht innerhalb von 30 Tagen zu einem Proposal 25% der Wiki-Account-Inhaber geäußert haben, wird das Proposal in den Zustand Not Relevant versetzt und stattdessen die vorhandenen Stile beim Mappen dokumentiert. Das erlaubt, die wichtigen von den unwichtigen Proposals zu unterscheiden. Und es wertet tatsächliches Mappen höher als unerprobte Konzepte und Geschäftsordnungsdebatten. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
Il giorno 09/ago/2013, alle ore 01:40, Falk Zscheile falk.zsche...@gmail.com ha scritto: Wenn man das zugleich im Verfassungstext weg ließe, dann hätte deine Argumentation etwas für sich. Dann läge es nahe von zwei Körperschaften auszugehen. boundary=administrative ist allerdings eine Verwaltungsgrenze, nicht eine Gebietskörperschaft (die wäre der operator dieser boundary). Wenn da steht zugleich, dann bedeutet das, dass es beides gibt. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Hallo, für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die Suche nach deutschen Autokennzeichen unterstützen möge. Finde ich jetzt keine schlechte Idee, weil die Kennzeichen ja im Prinzip als ref für die Kreise dienen. Berlin macht das bereits so, mit dem Erfolg, dass jetzt solche Suchergebnisse herauskommen: http://nominatim.osm.org/search.php?q=berlinaccept-language=xx Sämtliche Bundesländer (und auch die in Italien) tragen solche Abkürzungen. Genauer: Beim Sichten der Einträge in Admin-Level 4 und 6 hat sich herausgestellt, dass da bis auf je eine Relation immer Abkürzungen drinstehen. Bisher wurde short_name eigentlich eher da verwendet, wo eine kürzere aber immernoch lesbare Version des Namens gebräuchlich ist. Was ist mit NRW? Die Frage: Wo liegt NRW? würde ein Großteil der Bevölkerung mit dem Verweis auf Nordrhein-Westfalen beantworten. Dass Wo liegt B? weniger gängig ist, wäre ich bereit zu glauben. Man macht da allerdings ein sehr subjektives Fass auf. Verwiesen sei auf M'gladbach, was recht gebräuchlich ist für Mönchengladbach, im Gegensatz zum selteneren und eher missbilligten D'dorf und W'tal. Gängig, auch auf Straßenschildern, sind hier z.B. K-Ehrenfeld W-Elberfeld BN-Auerberg MS-Hiltrup Ich würde es für einen Gewinn halten, wenn diese Strings auf die entsprechenden Stadtteile auflösen, aber sehe jetzt auch keine sinnvolle Verallgemeinerung auf außerhalb Deutschlands. Wenn man so ansetzt, wäre eben auch Tdf-Spich legitim (Tdf ist kein Autokennzeichen), und Kreiskennzeichen verweisen dann eher auf die Kreisstadt als auf den Gesamtkreis. Also: Rothenburg ob der Tauber - Rothenburg Auch auf admin_level=8 kommt short_name in dieser Verwendung nur selten (weniger als 10 mal) vor. Ich hielte es dann für das aussichtsreichste, ref gleichwertig zu unterstützen und dann alle Vorkommen von short_name zu sichten und in der Regel zu entfernen. Casper-David-Friedrich-Strasse - CD-Friedrich-Strasse Deshalb zieht Nominatim das short_name-Tag dem name-Tag bei der Anzeige vor. Wenn short_name mit Kürzeln gefüllt wird, ist das leider nicht mehr möglich. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
On 09.08.13 01:00, Tobias Knerr wrote: Ich hätte noch eine spontane Alternativ-Idee: Man könnte auf die Erfassung in OSM verzichten und stattdessen (via wikipedia-Tag) die Information von Wikidata holen. Ich denke, es wäre ein leichtes, ein Script zu schreiben, das per Overpass die Kreis-Relationen durchiteriert, sich den Kennzeichen-Code aus der Wikipedia holt und in OSM den license_plate_code Tag ergänzt (wenn er nicht schon da ist). Das Gleiche könnte man übrigens auch für AT und die pol. Bezirke machen. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Moin, Am 09.08.2013 09:08, schrieb tumsi: Von: Georg Feddern o...@bavarianmallet.de Andererseits gibt es dort noch einige umliegende Überlappungen: Du spielst wahrscheinlich auf die Warnungen von JOSM an. Nö, die habe ich gar nicht gesehen, da ich keine Prüfung durchgeführt habe. Sie vielen mir nur auf, als ich die einzelnen ways ausgewählt hatte. Was ist daran falsch, wenn sich die Umrisslinie eines Polygons und ein outer-Linienzug eines Multipolygons ein paar Punkte teilen? Solange eines davon ein (in sich geschlossenes) Polygon ist - nichts. Aber wenn sich zwei Teillinien zweier Multipolygone dennoch wieder in verschiedenen Bereichen überlagern, ist das irgendwie halbgar. Ich kann doch jetzt nicht den Umriss jedes kleinen Fitzelpolygons auftrennen und es zu einem Multipolygon machen, nur damit JOSM zufrieden ist Nein, beileibe nicht jedes (sonst geschlossene) Fitzelpolygon - so war das definitiv nicht gemeint. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Original-Nachricht Betreff: Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon Datum: Fri Aug 09 2013 09:41:13 GMT+0200 Von: Georg Feddern o...@bavarianmallet.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Was ist daran falsch, wenn sich die Umrisslinie eines Polygons und ein outer-Linienzug eines Multipolygons ein paar Punkte teilen? Solange eines davon ein (in sich geschlossenes) Polygon ist - nichts. Aber wenn sich zwei Teillinien zweier Multipolygone dennoch wieder in verschiedenen Bereichen überlagern, ist das irgendwie halbgar. Ah ok, ich verstehe. Dann schaue ich mir das auch noch mal unter dem Aspekt an und weiß auch für die Zukunft Bescheid. Wobei es vermutlich nicht die Ursache für den weißen Fleck ist. Viele Grüße, Constanze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Eckhart Wörner ewoer...@kde.org wrote: Zum einen können sich Kreise ein Autokennzeichen teilen; z.B. teilen sich Augsburg und Landkreis Augsburg das A. Wo ist jetzt das Problem? Dann kriegen halt beide den A-tag. Die Stadt und der Landkreis. In Karlsruhe BTW genauso. Zum anderen schließen sich Autokennzeichen auch nicht aus: ein Auto aus Friedberg (Bayern) kann sowohl das Kennzeichen FDB (Friedberg) als auch das Kennzeichen AIC (Kreis Aichach-Friedberg) bekommen, siehe auch http://www.augsburger-allgemeine.de/bayern/Grosser-Ansturm-auf-alte-Autokennzeichen-id26008471.html Die spinnen die Bayern. Sven -- A strategy for rewarding artists that regulates 'copies' makes as much sense in the digital age as a strategy for controlling greenhouse gases that regulates breathing. (Lawrence Lessig) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Roland Olbricht roland.olbri...@gmx.de wrote: Frankreich (letzte 2 Ziffern gleich Departement, sonst kein Bezug). Das ist nicht mehr so, das ist neuerdings frei wählbar. Es ist also kein Problem in Straßburg zu wohnen und ein Kennzeichen mit der Departement Nummer von Französisch-Guyana zu haben ;) Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
On Fri, Aug 09, 2013 at 09:33:20AM +0200, Roland Olbricht wrote: für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die Suche nach deutschen Autokennzeichen unterstützen möge. Finde ich jetzt keine schlechte Idee, weil die Kennzeichen ja im Prinzip als ref für die Kreise dienen. Berlin macht das bereits so, mit dem Erfolg, dass jetzt solche Suchergebnisse herauskommen: http://nominatim.osm.org/search.php?q=berlinaccept-language=xx Sämtliche Bundesländer (und auch die in Italien) tragen solche Abkürzungen. Genauer: Beim Sichten der Einträge in Admin-Level 4 und 6 hat sich herausgestellt, dass da bis auf je eine Relation immer Abkürzungen drinstehen. Das liegt daran, dass der Nutzer MasiMaster die vor einer Woche dort alle angefügt hat: http://www.openstreetmap.org/browse/changeset/17204949 Die ersten Beschwerden gab es eine Stunde später. ;) Die italienischen bestehen etwas länger, wurden aber genauso mal irgendwann von einem einzigen Nutzer eingetragen. Bisher wurde short_name eigentlich eher da verwendet, wo eine kürzere aber immernoch lesbare Version des Namens gebräuchlich ist. Was ist mit NRW? Die Frage: Wo liegt NRW? würde ein Großteil der Bevölkerung mit dem Verweis auf Nordrhein-Westfalen beantworten. Dass Wo liegt B? weniger gängig ist, wäre ich bereit zu glauben. NRW wird umgangssprachlich als Name etabliert, ist aber auch der einzige. Wenn du NRW in diesem Sinne verwenden willst, dann aber bitte auch short_name=Meckpom. Man macht da allerdings ein sehr subjektives Fass auf. Verwiesen sei auf M'gladbach, was recht gebräuchlich ist für Mönchengladbach, im Gegensatz zum selteneren und eher missbilligten D'dorf und W'tal. loc_name Gängig, auch auf Straßenschildern, sind hier z.B. K-Ehrenfeld W-Elberfeld BN-Auerberg MS-Hiltrup Ich würde es für einen Gewinn halten, wenn diese Strings auf die entsprechenden Stadtteile auflösen, aber sehe jetzt auch keine sinnvolle Verallgemeinerung auf außerhalb Deutschlands. Wenn man so ansetzt, wäre eben auch Tdf-Spich legitim (Tdf ist kein Autokennzeichen), und Kreiskennzeichen verweisen dann eher auf die Kreisstadt als auf den Gesamtkreis. Also: Rothenburg ob der Tauber - Rothenburg Auch auf admin_level=8 kommt short_name in dieser Verwendung nur selten (weniger als 10 mal) vor. Ich hielte es dann für das aussichtsreichste, ref gleichwertig zu unterstützen und dann alle Vorkommen von short_name zu sichten und in der Regel zu entfernen. ref wird bereits unterstützt. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umgang mit Proposals
Il giorno 09/ago/2013, alle ore 08:04, Roland Olbricht roland.olbri...@gmx.de ha scritto: Wenn nicht innerhalb von 30 Tagen zu einem Proposal 25% der Wiki-Account-Inhaber geäußert haben, wird das Proposal in den Zustand Not Relevant versetzt und stattdessen die vorhandenen Stile beim Mappen dokumentiert. eine der Abstimmungen mit außergewöhnlich hoher Beteiligung war vor einigen Jahren die zur Bedeutung des highway keys, AFAIR mit einer Beteiligung von 137 Stimmen. 25% ist extrem unrealistisch für alles was nicht Lizenzumstellung heisst und jahrelang vorbereitet wird... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Il giorno 09/ago/2013, alle ore 10:19, Sarah Hoffmann lon...@denofr.de ha scritto: Die italienischen bestehen etwas länger, wurden aber genauso mal irgendwann von einem einzigen Nutzer eingetragen. die Italienischen Provinzen (Admin lvl 6), mit 2 Großbuchstaben abgekürzt, sind tatsächlich ein wichtiger Adressbestandteil einer ital. Adresse und helfen, Verwechslungen auch ohne die Kenntnis der PLZ zu vermeiden, ganz im Gegensatz zu den Regionen (Level 4), die für Adressen nicht interessieren Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Wilhelm Spickermann wrote Am Tue, 06 Aug 2013 21:58:34 +0200 schrieb tumsi lt; tumsi@ gt;: Danke für eure Antworten. Ich scheine also keinen grundsätzlichen Fehler gemacht zu haben. Ich habe jetzt einen überschaubaren Teil vom Multipolygon abgetrennt und habe so die betreffenden Polygone separat. Jetzt wird es richtig interessant. Es (Way 94507617) wird immer noch nicht dargestellt, obwohl es ein einfaches Polygon ist. Kein Punkt ist doppelt. Keine Selbstüberschneidungen. Keine lustigen Codes in den Tags. Was kann das sein? Ich habe mir die Situation noch nicht im Detail angeschaut, aber moeglicherweise treten hier Zeit Effekte / Bugs von Osm2pgsql auf. Das Urspruengliche Problem kann, wie oben schon geschrieben, gut daran liegen das wenn inner und outer die gleichen Tags haben, der inner dann ignoriert wird. Wenn ich es richtig gesehen habe, haben die inner und outer jeweils natural=wood, aber dann unterscheidlich wood= tags. Moeglicherweise handhabt osm2pgsql das nicht richtig? Das zweite Problem ist moeglicherweise Bug #4525 ( https://trac.openstreetmap.org/ticket/4525 ). Wenn man ein Polygon das zuvor Teil eines Multipolygon war aus dem Multipolygon heraus nimmt ohne den einzelnen Weg zu aendern dann stolpert der diff code von osm2pgsql darueber und das Polygon wird nicht korrekt in die rendering Datenbank eingefuegt. Kai -- View this message in context: http://gis.19327.n5.nabble.com/Flachenstil-wird-nicht-mehr-gerendert-nach-Hinzufugen-als-inner-zu-Multipolygon-tp5772649p5773069.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Original-Nachricht Betreff: Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon Datum: Fri Aug 09 2013 10:51:21 GMT+0200 Von: Kai Krueger kakrue...@gmail.com An: talk-de@openstreetmap.org Wilhelm Spickermann wrote Am Tue, 06 Aug 2013 21:58:34 +0200 schrieb tumsi lt; tumsi@ gt;: Danke für eure Antworten. Ich scheine also keinen grundsätzlichen Fehler gemacht zu haben. Ich habe jetzt einen überschaubaren Teil vom Multipolygon abgetrennt und habe so die betreffenden Polygone separat. Jetzt wird es richtig interessant. Es (Way 94507617) wird immer noch nicht dargestellt, obwohl es ein einfaches Polygon ist. Kein Punkt ist doppelt. Keine Selbstüberschneidungen. Keine lustigen Codes in den Tags. Was kann das sein? Ich habe mir die Situation noch nicht im Detail angeschaut, aber moeglicherweise treten hier Zeit Effekte / Bugs von Osm2pgsql auf. Das Urspruengliche Problem kann, wie oben schon geschrieben, gut daran liegen das wenn inner und outer die gleichen Tags haben, der inner dann ignoriert wird. Wenn ich es richtig gesehen habe, haben die inner und outer jeweils natural=wood, aber dann unterscheidlich wood= tags. Moeglicherweise handhabt osm2pgsql das nicht richtig? Das zweite Problem ist moeglicherweise Bug #4525 ( https://trac.openstreetmap.org/ticket/4525 ). Wenn man ein Polygon das zuvor Teil eines Multipolygon war aus dem Multipolygon heraus nimmt ohne den einzelnen Weg zu aendern dann stolpert der diff code von osm2pgsql darueber und das Polygon wird nicht korrekt in die rendering Datenbank eingefuegt. Habe das gerade noch mal schnell mit potlanch ausprobiert und kleine Änderungen am Weg vorgenommen (Punkt verschoben und weiteren eingefügt) und es wird jetzt alles gerendert - hoffen wir mal, dass der Bug irgendwann gefixt wird... Viele Grüße, Constanze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] name:prefix in Admin-Relationen oder: was ist der Name
zufällig entdeckt: http://www.openstreetmap.org/browse/relation/62504 name:prefix = Bundesland müsste das nicht Land heissen? Oder besser gleich in den Name-tag mit aufnehmen, evtl. als official_name? Land Brandenburg (s. Brandenburger Verfassung, Art. 1, Land Brandenburg) oder Bayern: http://www.openstreetmap.org/browse/relation/2145268 name:prefix=Bundesland? Das heisst doch Freistaat. Würde ich analog als name=Freistaat Bayern eintragen, short name= Bayern, oder anders rum (official_name=Freistaat Bayern name=Bayern). Diesen name:prefix-Tag kann man mangels Informationsgehalt m.E. komplett löschen. Was denken die anderen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
Am 9. August 2013 09:21 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Il giorno 09/ago/2013, alle ore 01:40, Falk Zscheile falk.zsche...@gmail.com ha scritto: Wenn man das zugleich im Verfassungstext weg ließe, dann hätte deine Argumentation etwas für sich. Dann läge es nahe von zwei Körperschaften auszugehen. boundary=administrative ist allerdings eine Verwaltungsgrenze, nicht eine Gebietskörperschaft (die wäre der operator dieser boundary). Wenn da steht zugleich, dann bedeutet das, dass es beides gibt. An dieser Stelle müssen wir aufpassen und genau fragen, wie das Taggingschema von Open Street Map zur Verwaltungsorganisation/rechtlichen Organisation passt oder eben auch nicht. Die normale Verwaltungsorganisation und damit Zuständigkeit für Verwaltungsaufgaben verläuft in Deutschland entlang der Grenzen der jeweiligen Gebietskörperschaften, was in Stadtstaaten so nicht möglich ist, weil es nur eine Gebietskörperschaft gibt. Ich Denke soweit kannst du mir zustimmen? Damit stellt sich die Frage in Zusammenhang mit boundary=administrative anders. Wie definiert OSM boundary=administrative. Ergibt sich dadurch für die Ausgangsfrage ein neuer Gesichtspunkt? Soweit ich dein Ausgangsproblem richtig verstanden habe plädierst du für eine Aufspaltung im Bereich Adminlevel, weil du der Meinung bist ein Ort gehöre zwar zum Land Berlin, sei aber (faktisch) nicht Stadt Berlin. Das hat -- soweit ich es Verstehe -- überhaupt nichts mit boundary=administrative zu tun. Admin_level=4 und admin_level=8[1] sind im Falle von Berlin deckungsgleich. Das ist also nur ein Nebenpunkt. Kernpunkt deiner Ausgangsthese ist doch (?), dass Place eine davon unabhängige Relation sein soll, die kleiner ist als boundary=administrative. Deiner Aussage nach ist nicht alles was verwaltungstechnisch Stadt-Staat Berlin (boundary=administrative) ist auch Stadt Berlin (place)? Nach wie vor eine These für die ich noch keinen Grund geschweige denn handhabbare Kriterien sehe. Dafür gibt es doch die Unterkategorien suburb und ähnliches? Gruß Falk [1] Wobei admin_level=8 im Falle Berlin keine eigene Gebietskörperschaft ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] planet - File
Hallo, ist irgendwas bekannt warum der wöchentliche Planet-File noch nicht da ist? Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org 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] Berlin, place und admin vermischt
Il giorno 09/ago/2013, alle ore 11:52, Falk Zscheile falk.zsche...@gmail.com ha scritto: Kernpunkt deiner Ausgangsthese ist doch (?), dass Place eine davon unabhängige Relation sein soll, die kleiner ist als boundary=administrative. Deiner Aussage nach ist nicht alles was verwaltungstechnisch Stadt-Staat Berlin (boundary=administrative) ist auch Stadt Berlin (place)? +1, das war der 2. Kernpunkt Nach wie vor eine These für die ich noch keinen Grund geschweige denn handhabbare Kriterien sehe. alles was im Zusammenhang bebaut ist würde ich als place ansehen, also die Siedlung Berlin Dafür gibt es doch die Unterkategorien suburb und ähnliches? die sind für Untereinheiten der Siedlung (Siedlungsteile) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
Il giorno 09/ago/2013, alle ore 11:52, Falk Zscheile falk.zsche...@gmail.com ha scritto: Soweit ich dein Ausgangsproblem richtig verstanden habe plädierst du für eine Aufspaltung im Bereich Adminlevel, weil du der Meinung bist ein Ort gehöre zwar zum Land Berlin, sei aber (faktisch) nicht Stadt Berlin. nein, da hatte ich mich wohl missverständlich ausgedrückt, das in der Stadt vs. außerhalb war auf das place-Polygon bezogen (2. Baustelle) Ich plädiere bei admin boundary für 2 Relationen, eine fürs Land und eine für die Stadt (deckungsgleich, aber mit unterschiedlichem Namen und admin_level) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Berlin, place und admin vermischt
Falk Zscheile schrieb: Soweit ich dein Ausgangsproblem richtig verstanden habe plädierst du für eine Aufspaltung im Bereich Adminlevel, weil du der Meinung bist ein Ort gehöre zwar zum Land Berlin, sei aber (faktisch) nicht Stadt Berlin. Mal angenommen, das wäre inhaltlich richtig: Wo soll dann die Grenze zwischen „Land Berlin“ und „Stadt Berlin“ gezogen werden? Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-08-09T13:20:30+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Am 09.08.2013 09:38, schrieb Andreas Labres: On 09.08.13 01:00, Tobias Knerr wrote: Ich hätte noch eine spontane Alternativ-Idee: Man könnte auf die Erfassung in OSM verzichten und stattdessen (via wikipedia-Tag) die Information von Wikidata holen. Ich denke, es wäre ein leichtes, ein Script zu schreiben, das per Overpass die Kreis-Relationen durchiteriert, sich den Kennzeichen-Code aus der Wikipedia holt und in OSM den license_plate_code Tag ergänzt (wenn er nicht schon da ist). Bei einem Import hat man ab diesem Zeitpunkt aber doch wieder eine Doppelerfassung mit zwei Datensätzen, die parallel gepflegt werden müssten. (Eine langfristige Synchronisation hat noch kein mir bekannter Import hinbekommen.) Da fände ich eine Zusammenführung nach Bedarf auf Auswerterseite sinnvoll. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
On 09.08.13 13:33, Tobias Knerr wrote: Bei einem Import hat man ab diesem Zeitpunkt aber doch wieder eine Doppelerfassung mit zwei Datensätzen, die parallel gepflegt werden müssten. Nicht doppelt, in OSM wären die Daten einmal drin. Und so oft ändern sich Eure Kreise wohl auch nicht, dass man da dann auch eine Änderung des Kennzeichens mitnimmt. Also da sehe ich kein Problem. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] name:prefix in Admin-Relationen oder: was ist der Name
Am 09.08.13 schrieb Martin Koppenhoefer: oder Bayern: http://www.openstreetmap.org/browse/relation/2145268 name:prefix=Bundesland? Das heisst doch Freistaat. hinzugefügt hat es ein Bayer in http://www.openstreetmap.org/browse/changeset/13586210 Würde ich analog als name=Freistaat Bayern eintragen, short name= Bayern, oder anders rum (official_name=Freistaat Bayern name=Bayern). Diesen name:prefix-Tag kann man mangels Informationsgehalt m.E. komplett löschen. Entstanden ist es vermutlich aus http://lists.openstreetmap.org/pipermail/talk-de/2010-May/067868.html heraus. Ich würde es in Freistaat ändern und die Namen ohne Präfix in name lassen, dito in Sachsen und Thüringen, von mir aus analog in Brandenburg. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Am Fri, 9 Aug 2013 01:51:21 -0700 (PDT) schrieb Kai Krueger kakrue...@gmail.com: Das zweite Problem ist moeglicherweise Bug #4525 ( https://trac.openstreetmap.org/ticket/4525 ). Wenn man ein Polygon das zuvor Teil eines Multipolygon war aus dem Multipolygon heraus nimmt ohne den einzelnen Weg zu aendern dann stolpert der diff code von osm2pgsql darueber und das Polygon wird nicht korrekt in die rendering Datenbank eingefuegt. Ich sieht so aus, als ob das der Grund gewesen wäre. Der angesprochene Fehler geht auf Code zurück, der nur wegen der Sonderfall-Multipolygone gebraucht wird, die die Tags nicht im MP haben. Wir sollten diese Dinger irgendwann loswerden. Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Original-Nachricht Betreff: Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon Datum: Fri Aug 09 2013 15:04:08 GMT+0200 Von: Wilhelm Spickermann o...@spickermann-d.de An: talk-de@openstreetmap.org Am Fri, 9 Aug 2013 01:51:21 -0700 (PDT) schrieb Kai Krueger kakrue...@gmail.com: Das zweite Problem ist moeglicherweise Bug #4525 ( https://trac.openstreetmap.org/ticket/4525 ). Wenn man ein Polygon das zuvor Teil eines Multipolygon war aus dem Multipolygon heraus nimmt ohne den einzelnen Weg zu aendern dann stolpert der diff code von osm2pgsql darueber und das Polygon wird nicht korrekt in die rendering Datenbank eingefuegt. Ich sieht so aus, als ob das der Grund gewesen wäre. Der angesprochene Fehler geht auf Code zurück, der nur wegen der Sonderfall-Multipolygone gebraucht wird, die die Tags nicht im MP haben. Wir sollten diese Dinger irgendwann loswerden. Danach hatte ich gar nicht geschaut. Mir sind auch schon MPs untergekommen (z.B. Seen), bei denen die Tags nachträglich wieder an das Umrisspolygon gepappt wurden, obwohl diese Tags bereits im MP enthalten waren. Vielleicht sollte JOSM an dieser Stelle auch mal Warnungen aussprechen... Viele Grüße, Constanze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Am Fri, 09 Aug 2013 15:20:27 +0200 schrieb tumsi tu...@gmx.de: Mir sind auch schon MPs untergekommen (z.B. Seen), bei denen die Tags nachträglich wieder an das Umrisspolygon gepappt wurden, obwohl diese Tags bereits im MP enthalten waren. Vielleicht sollte JOSM an dieser Stelle auch mal Warnungen aussprechen... Das wäre gut, denn es ist ein klarer Fehler. Sobald das Multipolygon Tags hat, gelten die Tags des Mp für das MP und die Tags der Member für die Member. Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Ich möchte nur kurz ergänzen, dass folgende Aussage von mir gestern nicht ganz korrekt war: Seit vorigen Jahr kann man aber nun auch wieder das frühere Kennzeichen seines Altkreises bekommen, wenn einem das besser gefällt. Diese Altkreise existieren jedoch (auch in OSM) nicht mehr richtig ist: die alten Kennzeichen gelten im _gesamten_ neuen Kreis, auch in Orten die dieses Kennzeichen vorher nicht hatten. So hat z.B. jeder Ort im Erzgebirgskreis 9 verschiedene KFZ-Kennzeichen. Mehr Infos dazu gibt es hier: http://de.wikipedia.org/wiki/Benutzer:Harry8/Kfz-Kennzeichen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Am 09.08.2013 06:02, schrieb Roland Olbricht: Außerdem der deutschsprachigen Region haben die Autokennzeichen oft keinen geographischen Bezug. Beispiele sind die NL (gar kein Bezug) oder Frankreich (letzte 2 Ziffern gleich Departement, sonst kein Bezug). Oft aber auch schon. Beispiele: Slowakei, Slowenien, Rumänien, Bulgarien, Italien LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Am 09.08.2013, 19:35 Uhr, schrieb Christian Hauer xni...@gmail.com: Oft aber auch schon. [...] Italien Nein, in Italien auch nicht (bzw. schon länger nicht mehr). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Am 09.08.2013 01:31, schrieb Dirk Sohler: So ein himmelschreiender Unsinn kann auch nur von einem Weltfremden Verwaltungspolitiker kommen … Warum? Ist das nicht ein Vorteil und auch mit weniger Kosten verbunden? Ich als Österreicher kenn mich da nicht aus, klärt mich bitte auf ;) Bei uns bist du das Kennzeichen schon los, wenn du nur den Bezirk wechselst. Mit allen Folgen und vor allem Kosten ... Aber na ja, damit werden Zuordnungen des Kennzeichens zu einem Verwaltungsgebiet eh hinfällig – die Arbeit, da was zu machen oder Auszuarbeiten können wir ins imho schenken. Das sehe ich nicht so. Bei Neuanmeldung wird man ja wahrscheinlich nur das/die im jeweiligen Kreis gültige/n Kennzeichen bekommen. Die Ummeldungen sind also eher die Ausnahme, eine Regel gibt es aber trotzdem nach wie vor noch ... LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Il giorno 09/ago/2013, alle ore 19:35, Christian Hauer xni...@gmail.com ha scritto: Oft aber auch schon. Beispiele: Slowakei, Slowenien, Rumänien, Bulgarien, Italien in Italien schon länger nicht mehr, da bedeuten die ersten beiden Stellen das Jahr der Erstzulassung Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Am 09.08.2013 20:24, schrieb Martin Koppenhoefer: in Italien schon länger nicht mehr, da bedeuten die ersten beiden Stellen das Jahr der Erstzulassung Ok ok, ich nehm ja Italien schon zurück ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Am 09.08.2013 21:57, schrieb Christian Hauer: Ok ok, ich nehm ja Italien schon zurück ;) aber dafür fällt mir gerade noch die schweiz ein ... ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Il giorno 09/ago/2013, alle ore 21:57, Christian Hauer xni...@gmail.com ha scritto: in Italien schon länger nicht mehr, da bedeuten die ersten beiden Stellen das Jahr der Erstzulassung Ok ok, ich nehm ja Italien schon zurück ;) wobei der Iso-Code sowieso kein Kfz-Kennzeichen ist, habe den tag gerade zum ersten mal überhaupt näher angesehen, bisher brauchte ich den noch nicht: http://www.openstreetmap.org/browse/relation/41313 unter short_name ist die offizielle Abkürzung der Provinz getaggt, so wie sie auch Teil der Adresse ist, bei Rom ist das RM, aber das Autokennzeichen ist/war Roma iso3166-2 = IT-RM sieht so aus, als könnte man das auch aus dem Rest ableiten, dazu müsste man allerdings die Systematik kennen, und die dürfte sich von Land zu Land unterscheiden. Prinzipiell wäre es also schon nützlich, die Codes zu haben, Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Il giorno 09/ago/2013, alle ore 22:18, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: iso3166-2 = IT-RM sieht so aus, als könnte man das auch aus dem Rest ableiten, dazu müsste man allerdings die Systematik kennen, und die dürfte sich von Land zu Land unterscheiden. Prinzipiell wäre es also schon nützlich, die Codes zu haben, da ist mir die Mail zu früh los, aber proprietäre Codes haben m.E. grundsätzlich nichts in der db von osm verloren, oder gibts diese Norm auch in frei? http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=39718 Ggf müssen wir die sogar löschen bei uns wegen Copyrightsverletzung. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
On 09/08/13 21:57, Christian Hauer wrote: Am 09.08.2013 20:24, schrieb Martin Koppenhoefer: in Italien schon länger nicht mehr, da bedeuten die ersten beiden Stellen das Jahr der Erstzulassung Ok ok, ich nehm ja Italien schon zurück ;) Italien und Frankreich haben inzwischen das gleiche Schema: Nummern der Form AA 123 BB, die fortlaufend vergeben werden (so dass aus den ersten zwei Buchstaben auf das Zulassungsdatum geschlossen werden kann; in Italien wechseln die ersten zwei Buchstaben im Schnitt alle zwei Monate, in Frankreich geht es etwas schneller). Das Provinz- oder Départementkürzel (2 Buchstaben in Italien, 2 Ziffern in Frankreich) kann im rechten Streifen stehen, ist aber freiwillig und kann irgendeines sein, nicht notwendigerweise das eigene. Sowohl in Italien als auch in Frankreich werden diese Kürzel aber weiterhin benutzt, u.a. für Adressangaben. In Italien findet man in Anschriften z.B. häufig Ortsangaben wie 20094 Corsico (MI) (in dem Fall ein Ort in der Provinz Milano). In Frankreich sind die ersten zwei Ziffern der Postleitzahl mit der Départementnummer identisch, in Text findet man zur groben geographischen Einordnung zum Teil Ortsangaben wie Modane (73) (d.h. im Département Savoie, Nr. 73). Etwa ein Viertel der EU/EEA-Staaten hatte nie eine regionale Zuordnung der Autokennzeichen, ein weiteres Viertel hat sie mittlerweile abgeschafft bzw. denkt in einem Fall über eine Einführung nach, etwa die Hälfte hat es in Gebrauch, wobei es von Staat zu Staat Unterschiede gibt, ob bei Verkauf der Fahrzeugs oder Umzug das Kennzeichen gewechselt wird oder nicht. In den Staaten, die eine regionale Zuordnung haben oder früher hatten, werden die Kürzel oft auch anderweitig verwendet. Beispielsweise verwenden in Deutschland auch Tierärzte das Kreiskürzel in ihren Kennummern (Katzenbesitzer, schaut euch mal das Tattoo eurer Lieblinge an, sofern vorhanden). Der langen Rede kurzer Sinn: warum nehmen wir dieses Kürzel nicht einfach in den ref-Tag der jeweiligen Verwaltungseinheit auf? Die Litauer machen das schon (allerdings sind die Kürzel in OSM zweistellig und nicht mit denen im Kfz-Kennzeichen identisch). Die Amerikaner machen das gleiche mit den Kürzeln für ihre Bundesstaaten. In kleineren Zooms wird das dann auch gerendert und nimmt weniger Platz weg als der volle Name. Grüße Michael PS: Kfz-Kennzeichenschemata im einzelnen: Österreich: Bezirkskürzel (1-2 Buchstaben) am Anfang der Autonummer Bulgarien: Provinzkürzel (1-2 Buchstaben) am Anfang der Nummer Kroatien: Provinzkürzel (2 Buchstaben) am Anfang der Nummer Zypern: Autonummern ohne regionale Zuordnung Tschechien: 2. Zeichen (1 Buchstabe) der Nummer bezeichnet die Region (Kraj), z.B. 1A2-3456 für Prag (A) Estland: 1. Buchstabe bezeichnet die Region, z.B. 123 ABC für Tallinn (A) Finnland: heute keine regionale Zuordnung mehr, früher (1972-1989) bezeichnete der 1. Buchstabe die Region Griechenland: Präfekturkürzel (2 Buchstaben) am Anfang der Nummer Ungarn: heute keine regionale Zuordnung, aber es gibt Pläne, diese einzuführen Irland: Grafschaftskürzel (1-2 Buchstaben) zwischen den beiden Zifferngruppen Litauen: heute keine regionale Zuordnung mehr, bis 2003 gab der 2. Buchstabe die Region (Apskritis) an, z.B. CPN 183 für Panevėžys (P) Norwegen: die ersten zwei Stellen identifizieren die Stadt, meist mehrere Kürzel pro Stadt Polen: 2-3 Buchstaben Bezirkskürzel, von denen der erste die Woiwodschaft identifiziert, am Anfang der Nummer, z.B. SZY 1234 für Żywiec, Woiwodschaft Śląskie (S) Portugal: nur für Anhänger und Exportfahrzeuge, 1-2 Buchstaben für die Zulassungsstelle, z.B. VS-08-15 oder 08-15-VS für Viseu Rumänien: Bezirkskürzel (1-2 Buchstaben) am Anfang der Nummer Slowakei: Bezirkskürzel (2 Buchstaben) am Anfang der Nummer. Einige Städte bestehen aus mehreren Bezirken, vergeben aber nur eine Nummer (Ausnahme Bratislava, wo der Nummernvorrat für BA bereits ausgeschöpft ist und daher zusätzlich BL verwendet wird.) Slowenien; Bezirkskürzel (2 Buchstaben) am Anfang der Nummer Spanien; heute keine regionale Zuordnung mehr, vor 2000 Provinzkürzel (1-2 Buchstaben) am Anfang der Nummer Schweiz: Kantonskürzel (2 Buchstaben) am Anfang der Nummer UK: seit 2001 1. Buchstabe Region, 2. Buchstabe Zulassungsstelle. Der Regionsbuchstabe ist eineindeutig, Zulassungsstellen haben mehrere Kürzel. Z.B. LA51BCD und LB51FGH für Wimbledon (London), Belgien, Dänemark, Lettland, Liechtenstein, Luxemburg, Malta, Niederlande, Schweden: keine regionale Zuordnung ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Martin Koppenhoefer schrieb: aber proprietäre Codes haben m.E. grundsätzlich nichts in der db von osm verloren, oder gibts diese Norm auch in frei? Es gibt die Infos aus der Wikipedia: http://de.wikipedia.org/wiki/ISO_3166-2 Da sind die Zuordnungen im Detail ersichtlich. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-08-10T00:40:08+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Dirk Sohler schrieb: Es gibt die Infos aus der Wikipedia: http://de.wikipedia.org/wiki/ISO_3166-2 Da sind die Zuordnungen im Detail ersichtlich. … und ich mache mal die Ingrid :) http://www.niso.org/apps/group_public/document.php?document_id=4399 Da gibt es das Dokument auch komplett zum Download. Grüße, Dirk Nochmals :) -- Local time :: Ortszeit :: DE-HH 2013-08-10T00:43:38+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Am 10. August 2013 00:44 schrieb Dirk Sohler s...@0x7be.de: http://www.niso.org/apps/group_public/document.php?document_id=4399 Da gibt es das Dokument auch komplett zum Download. allerdings steht auf der iso-Seite dieser Hinweis: © All Rights Reserved. All ISO publications and materials are protected by copyright and are subject to the user’s acceptance of ISO’s conditions of copyright. Any use, including reproduction requires our written permission. All copyright requests should be addressed to copyri...@iso.org. und das von Dir verlinkte hat auch so einen Hinweis am Ende (copyright ISO) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de