Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-10 Diskussionsfäden Martin Koppenhoefer
Am 4. März 2009 09:12 schrieb Florian Lohoff f...@rfc822.org:
 Wenn's nach mir ginge, würden die ganzen grenzen eher heute als morgen
 aus der datenbank fliegen...

 Da wuerden wir beide schonmal streit kriegen ...

ja, absurde Idee, eine Karte (Geodatenbank) ohne Grenzen machen zu
wollen. Die mögen für manche Anwendungsfälle zwar unwichtig sein, für
sehr viele SIND sie allerdings wichtig.


 Dies ganze admin-zeug gehörte in eine externe datenbank.

 Nope ... integraler bestandteil.

ja, absolut einverstanden. Ich hoffe, Karl vertritt hier auch eine
Minderheitenmeinung.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-04 Diskussionsfäden Florian Lohoff
On Wed, Mar 04, 2009 at 02:13:41AM +0100, Frederik Ramm wrote:
 Hallo,
 
 Florian Lohoff wrote:
  Wenn ich saubere is_ins habe was wirklich kleinkram ist das aufzuraeumen
 
 Wie gut, dass OpenStreetMap Saubermaenner hat, die aufraeumen.

Ah - wir ersetzen Sachdiskussion durch Sarkasmus ;)

  kann ich die naechsthoehere admin place problemlos finden - nennt sich
  longest-suffix search. 
 
 Und Du willst dann is_ins an jeden Briefkasten und jede Bushaltestelle 
 dranhaengen - oder die letzte Meile dann doch ueber, aeh, stumpfe 
 min-distance suche machen?

Ich zitiere eine weitere vorangegangene Mail dieses threads von mir:

(Und ich rede eh nur von is_in auf places - alles andere habe
ich eh nie angefasst)

Und ich ergaenze und alle anderen halte ich fuer schwachsinn

 Hm, wenn wir das is_in-Tag auf ca. 32 Elemente aufbohren wuerden, dann 
 koennten wir per Quadtiling komplett auf die Angabe von Koordinaten 
 verzichten, wir koennten dann *allein* ueber das is_in-Tag auf 5m genau 
 bestimmen, wo sich ein Objekt befindet, und wir waeren komplett 
 unabhaengig von irgendwelchen zufaelligen Positionen irgendwelcher 
 Nodes. Waer auch mal was. Diese lat/lon-Angaben haben mich eh schon 
 immer gestoert.

Es geht mir nicht darum JEDES objekt via is_in zuzuordnen sondern
places - denn dort haben wir HEUTE bedarf - mkgmap und ich denke mal
auch der placefinder koennte sofort profitieren. Wenn wir uebermorgen 
jedes objekt zuordnen wollen dann machen wir das mit polygonen.

Wie in allen vorangegangenen threads zum thema is_in sage ich es auch
nocheinmal das is_in eine uebergangsloesung bis zum
Weltfrieden^Wvollstaendigen erstellen aller admin boundaries ist.

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


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-04 Diskussionsfäden Florian Lohoff
On Wed, Mar 04, 2009 at 07:02:12AM +0100, Karl Eichwalder wrote:
 Florian Lohoff f...@rfc822.org writes:
 
  Widersprichst du dir nicht gerade selber? Das is_in ueberfluessig
  ist ist eine sehr subjektive Einschaetzung, und Du bist hier einer der
  sichbarsten verfechter der Freiheit der Datennutzung. Fuer dich moegen sie
  unwichtig sein fuer mkgmap im moment der einzig gangbare weg automatisch
  administrative zuordnung der POIs zu machen.
 
 Die administrative zuordnung ist im grunde nur für verwaltungsfuzzies
 interessant.  Normale menschen interessieren sich mehr für die grenzen
 eines verkehrsverbundes oder für wo ist die nächste kneipe und nicht
 für wo ist eine kneipe in admin-stadt.

Anwendungsfall heute im mkgmap - Zuordnung eines Stadtteils zu einer
Stadt.

D.h. ich habe eine Kneipe in der Stumpfgasse 1 im addr tag.
Naechstliegender place node ist Stadtteil A

Jetzt koennte mkgmap fuer die Karte da reinschreiben Stumpfgasse 1,
Stadtteil A - Problem ist das ich als auswaertiger wohl kaum die namen
der Stadtteile kenne. Also macht es sinn es um den city/town name zu
ergaenzen. Ueber die is_in kann ich den administrativ naechsthoeheren 
place node suchen und finden und eben den hinzufuegen so das dort
ein 

Stumpfgasse 1, Stadtteil A, Stadt B

steht... Schon kann ich auch als auswaertiger entdecken das eine der
im 20km umkreis befindlichen Kneipen die als POI in meinem Navi 
sind noch in Stadt B und nicht schon in Stadt C sind ...


  Und ja ich weiss - Immer dieselbe alte leier das wir ja irgendwann alle
  flaechen/administrative boundaries haben - aber stand heute haben wir
  sie nicht und IMHO werden wir sie auch auf absehbare zeit nicht haben -
  zumindest nicht flaechendeckend ... (Und ich rede eh nur von is_in auf
  places - alles andere habe ich eh nie angefasst)
 
 Wenn's nach mir ginge, würden die ganzen grenzen eher heute als morgen
 aus der datenbank fliegen...

Da wuerden wir beide schonmal streit kriegen ...

  Und das aktuelle anwendungen nicht zwischen Langenberg, Kreis Gütersloh
  und Langenberg, Velbert unterscheiden koennen ist einfach absurd.
 
 Das ergibt sich aus der lage.  Und wie Frederik schon geschrieben hat,
 musst du konsequenterweise das is_in an jedes objekt packen...

is_in auf allem ist furchtbare platzverschwendung und mit admin
boundaries viel einfacher zu loesen. Die boundaries sind bloss
wensentlich schwieriger bis gar nicht zu ermitteln. D.h. wir sind
auf die mithilfe der Kommunen/Kreise angewiesen und das kann jahre
dauern wir wir wissen und vor allem wird dieses ja nicht ad hoc ueberall
passieren sondern suxzessive kommen. Bis dahin brauchen wir eine
uebergangsloesung.

 Dies ganze admin-zeug gehörte in eine externe datenbank.

Nope ... integraler bestandteil. Z.b. koennten Pizzabringdienste schoen
ihre zuschlaege einfach dadurch berechnen ob eine adresse in einem
stadtteil oder einem anderen liegt.

Oder zur erfolgskontrolle beim mappen kann man die Straßen innerhalb
einer Gemeinde/Stadt/Kreis relativ easy mit den admin boundaries suchen.
(Stichwort Straßenliste)

Die boundaries koennen auch schoen helfen zu bestimmen wo im
Aussenbereich die Straße genau ihren namen aendert.

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


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden malenki
Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen
gehabt:
http://www.openstreetmap.org/browse/node/263521832/history

Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher,
dass es kein Dorf namens Silberstraße gibt.

Der Betreiber des Bots ist im Wiki unbekannt:
http://wiki.openstreetmap.org/wiki/Category:Bots 
aber kennt den vielleicht jemand, der hier mitliest? 
Eine Korrektur des Nodes wäre nett, möglichst vom Verursacher, damit er
nötigenfalls den fixbot fixen kann.

Gruß
malenki

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Bernd Wurst
Hallo.

Am Dienstag, 3. März 2009 schrieb malenki:
 Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen
 gehabt:
 http://www.openstreetmap.org/browse/node/263521832/history

 Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher,
 dass es kein Dorf namens Silberstraße gibt.

1 Minute Recherche:
http://de.wikipedia.org/wiki/Silberstra%C3%9Fe_(Wilkau-Ha%C3%9Flau)


 Der Betreiber des Bots ist im Wiki unbekannt:
 http://wiki.openstreetmap.org/wiki/Category:Bots
 aber kennt den vielleicht jemand, der hier mitliest?
 Eine Korrektur des Nodes wäre nett, möglichst vom Verursacher, damit er
 nötigenfalls den fixbot fixen kann.

Ich versteh nicht, was du damit erreichen willst.
Der is_in-Bot hat lediglich unvollständige is_in-Angaben ausführlicher 
gesetzt, so dass wir da mal etwas einheitlichere Angaben drin haben.

In der Seite die du selbst verlinkst sieht man doch sehr genau, dass das auch 
schon vorher ein Ort war und der fixbot an dem von dir genannten Problem 
echt nicht schuld ist.

Gruß, Bernd

-- 
Keine zwei Menschen gleichen einander,
und beide sind froh darüber


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] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Marc Schütz
Am Dienstag 03 März 2009 18:02:39 schrieb malenki:
 Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen
 gehabt:
 http://www.openstreetmap.org/browse/node/263521832/history

 Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher,
 dass es kein Dorf namens Silberstraße gibt.

 Der Betreiber des Bots ist im Wiki unbekannt:
 http://wiki.openstreetmap.org/wiki/Category:Bots
 aber kennt den vielleicht jemand, der hier mitliest?
 Eine Korrektur des Nodes wäre nett, möglichst vom Verursacher, damit er
 nötigenfalls den fixbot fixen kann.

Das hat aber mit dem Bot gar nichts zu tun. Der scheint nur das is_in-Tag zu 
erweitern. Der Node war von Anfang an falsch getaggt.

Grüße, Marc



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] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Bernd Wurst
Hallo.

Am Dienstag, 3. März 2009 schrieb Marc Schütz:
 Der Node war von Anfang an falsch getaggt.

Warum?

Gruß, Bernd

-- 
Wer eine Sau sattelt, macht aus ihr noch kein Rennpferd
  -  Johann Geiler von Kaysersberg


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] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden malenki
Bernd Wurst schrieb:

 Am Dienstag, 3. März 2009 schrieb malenki:
  Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen
  gehabt:
  http://www.openstreetmap.org/browse/node/263521832/history
 
  Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher,
  dass es kein Dorf namens Silberstraße gibt.
 
 1 Minute Recherche:
 http://de.wikipedia.org/wiki/Silberstra%C3%9Fe_(Wilkau-Ha%C3%9Flau)

Autsch. Zuviel an überheblichem Selbstvertrauen...

  Eine Korrektur des Nodes wäre nett, möglichst vom Verursacher,
  damit er nötigenfalls den fixbot fixen kann.
 
 Ich versteh nicht, was du damit erreichen willst.
 Der is_in-Bot hat lediglich unvollständige is_in-Angaben
 ausführlicher gesetzt, so dass wir da mal etwas einheitlichere
 Angaben drin haben.
 
 In der Seite die du selbst verlinkst sieht man doch sehr genau, dass
 das auch schon vorher ein Ort war und der fixbot an dem von dir
 genannten Problem echt nicht schuld ist.

Das dürfte (außer in meinen Augen) nie eines gewesen sein...

Besserung gelobend, malenki

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Marc Schütz
Am Dienstag 03 März 2009 18:15:41 schrieb Bernd Wurst:
 Hallo.

 Am Dienstag, 3. März 2009 schrieb Marc Schütz:
  Der Node war von Anfang an falsch getaggt.

 Warum?

Anders formuliert: Er wäre von Anfang an falsch getaggt gewesen, wenn es kein 
Dorf wäre. (Ich hab meine Antwort geschrieben, bevor ich deine gekriegt habe.)

Grüße, Marc



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] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Jens Poenisch
Hallo,


 Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen
 gehabt:
 http://www.openstreetmap.org/browse/node/263521832/history

 Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher,
 dass es kein Dorf namens Silberstraße gibt.

Da wird Dir meine Kollegin aber was husten, sie wohnt dort, der
Ort hat auch einen Bahnhof gleichen Namens an der Strecke Zwickau-Aue.

Also: diesen Ort gibt es wirklich, wurde wie in der History beschrieben
nach Wilkau-Haßlau eingemeindet.

Jens

-- 
Jens Poenisch, EMail: jens.poeni...@ruessel.in-chemnitz.de
- Bisher haben die Astropsychologen noch nicht herausgefunden,
  woran die Elefanten denken. -- T. Pratchett
-An Elefantinnen, meint OJe

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Florian Lohoff
On Tue, Mar 03, 2009 at 06:02:39PM +0100, malenki wrote:
 Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen
 gehabt:
 http://www.openstreetmap.org/browse/node/263521832/history

Okay - also der is_in bot hat den is_in von

is_in=Wilkau-Haßlau, Sachsen, Germany

auf

is_in = Wilkau-Haßlau,Sachsen,Bundesrepublik Deutschland,Europe

geaendert.

Also lediglich erweiter und korrigiert. OpenGeoDB benutzt
Bundesrepublik Deutschland und nicht Germany - Ausserdem
fehlte fuer einen vollstaendigen Pfad ein Europe.

 Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher,
 dass es kein Dorf namens Silberstraße gibt.

Moeglich.

 Der Betreiber des Bots ist im Wiki unbekannt:
 http://wiki.openstreetmap.org/wiki/Category:Bots 

http://wiki.openstreetmap.org/wiki/User:Is_in-bot

Und user:flohoff der als admin benannt ist hat in seiner wiki page:

  contact

  You can contact me at: f...@rfc822.org 

Siehe auch das From: 

 aber kennt den vielleicht jemand, der hier mitliest? 

Aeh ja

 Eine Korrektur des Nodes wäre nett, möglichst vom Verursacher, damit er
 nötigenfalls den fixbot fixen kann.

Der fixbot hat falsche informationen ergaenzt bzw korrigiert. Der
orignal fehler ist wohlmoeglich eher das dort ein place im node ist
und jemand einen kaputten is_in gesetzt hat. Vielleicht haette
das ein highway=... sein sollen und das ohne is_in?

Der is_in ist jetzt richtiger als vorher - nur noch nicht ganz
vollstaendig.

Ansonsten eher Shit in - Shit out

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


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden André Riedel
Wenn anstatt Deutschland oder Germany _Bundesrepublik_ Deutschland
verwendet wird, warum wird dann in Thüringen, Bayern und Sachsen nicht
auch mit dem Zusatz Freistaat verwendet?

Desweiteren ist die BRD in der European Union, welche wiederum in Europe liegt.

Ciao André

Am 3. März 2009 21:21 schrieb Florian Lohoff f...@rfc822.org:
 Okay - also der is_in bot hat den is_in von

        is_in=Wilkau-Haßlau, Sachsen, Germany

 auf

        is_in = Wilkau-Haßlau,Sachsen,Bundesrepublik Deutschland,Europe

 geaendert.

 Also lediglich erweiter und korrigiert. OpenGeoDB benutzt
 Bundesrepublik Deutschland und nicht Germany - Ausserdem
 fehlte fuer einen vollstaendigen Pfad ein Europe.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Tobias Wendorff
André Riedel schrieb:
 Wenn anstatt Deutschland oder Germany _Bundesrepublik_ Deutschland
 verwendet wird, warum wird dann in Thüringen, Bayern und Sachsen nicht
 auch mit dem Zusatz Freistaat verwendet?
 
 Desweiteren ist die BRD in der European Union, welche wiederum in Europe 
 liegt.

Ist der Begriff BRD nicht schon Anfang der 80er Jahre aus dem
Amtsdeutsch verschwunden?

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Florian Lohoff
On Tue, Mar 03, 2009 at 09:36:27PM +0100, André Riedel wrote:
 Subject: Re: [Talk-de] Ein Dorf namens Silberstraße
 
 Wenn anstatt Deutschland oder Germany _Bundesrepublik_ Deutschland
 verwendet wird, warum wird dann in Thüringen, Bayern und Sachsen nicht
 auch mit dem Zusatz Freistaat verwendet?
 
 Desweiteren ist die BRD in der European Union, welche wiederum in Europe 
 liegt.

Ich habe einfach nur ein Schema vervollstaendigt angewendet was durch
OpenGeoDB eingefuehrt wurde - Ob das alles so sinn macht ist mir recht
latte. Wichtig war mir das es konsistent ist - siehe auch diverse
threads auf der mkgmap mailingliste zum thema is_in die ueberwiegend
unbrauchbar sind.

Bayern - Freistaat Bayern 

Ist ein stumpfes Suchen/Ersetzen aber alles fehlschreibweisen von
Baden-Württemberg zu finden ist aussichtslos. Um das den usern der daten
einfacher zu machen habe ich eben genau die korrektur dieser
Fehlschreibweisen gemacht und gleichzeitig die Hierarchische
organisation der is_in richtig gemacht d.h. es sollte sein

stadtteil,stadt,[kreis,][Regierungsbezirk,]Bundesland,Bundesrepublik 
Deutschland,Europe

Wenn genau diese Hierarchische organisation gegeben ist laesst sich eben
ein place problemlos in die hierarchie einordnen.

Um das zu verdeutlichen habe ich stuendliche exports eben aller is_in
in D laufen:

http://autobug.osm.lab.rfc822.org/lists/

Diese liste wiederum baut das ganz als HTML lists - verschachtelt anhand
der hierarchie:

http://autobug.osm.lab.rfc822.org/lists/hierarchy.html

Damit ist dann schoen sichtbar wenn regionen/staedte falsch einsortiert
sind.

Dazu dann noch die slippymap mit einem bug overlay:

http://autobug.osm.lab.rfc822.org

Beispiel eines Bugs:

suburb: Vöckinghausen
isin: Werries,Hamm,Regierungsbezirk 
Arnsberg,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
Bug: Keine place node(s) mit den namen: Werries 

D.h. der autobug is_in checker ueberprueft auch um entsprechend alle nodes in 
der
hierarchie existieren.

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


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden malenki
Jens Poenisch schrieb:

[malenki schrieb:]
[]
  Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen
  gehabt:
  http://www.openstreetmap.org/browse/node/263521832/history
 
  Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher,
  dass es kein Dorf namens Silberstraße gibt.
 
 Da wird Dir meine Kollegin aber was husten, sie wohnt dort, der
 Ort hat auch einen Bahnhof gleichen Namens an der Strecke Zwickau-Aue.

wie ich schrieb:
Datum: Tue, 3 Mar 2009 18:39:23 +0100
Bernd Wurst schrieb:

 Am Dienstag, 3. März 2009 schrieb malenki:  
  Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen
  gehabt:
  http://www.openstreetmap.org/browse/node/263521832/history

 1 Minute Recherche:
 http://de.wikipedia.org/wiki/Silberstra%C3%9Fe_(Wilkau-Ha%C3%9Flau)  

Autsch. Zuviel an überheblichem Selbstvertrauen...
[usw]

Bitte nochmals um Entschuldigung

Gruß
malenki

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Frederik Ramm
Hallo,

Florian Lohoff wrote:
 Um das den usern der daten
 einfacher zu machen habe ich eben genau die korrektur dieser
 Fehlschreibweisen gemacht und gleichzeitig die Hierarchische
 organisation der is_in richtig gemacht d.h. es sollte sein
 
 stadtteil,stadt,[kreis,][Regierungsbezirk,]Bundesland,Bundesrepublik 
 Deutschland,Europe

Ich stehe automatischer Richtigmachung kritisch gegenueber. Besonders 
bei so was ueberfluessigem wie is_in.

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] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Gerrit Lammert
Hi Flo.

Florian Lohoff wrote:
 stadtteil,stadt,[kreis,][Regierungsbezirk,]Bundesland,Bundesrepublik 
 Deutschland,Europe

Soll das in dieser Reihenfolge stehen?
Dann muss ich im Bugsucher gleich mal nen Bug melden:
http://autobug.osm.lab.rfc822.org/?lon=10.729583969111639lat=53.89848667791388zoom=14

Bei den beiden blauen Fehlern kommt erst Stadt (Lübeck), dann Stadtteil
(St. Gertrud).
Beim Node für Israelsdorf meckert der validator nicht über den fehlenden
Stadtteilknoten.
Den Knoten gibt es übrigens, allerdings als Sankt Gertrud

...gerrit

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Tobias Wendorff
Frederik Ramm schrieb:
 Ich stehe automatischer Richtigmachung kritisch gegenueber. Besonders 
 bei so was ueberfluessigem wie is_in.

is_in ist nur für die Leute überflüssig, die mithilfe von
PostGIS etc. rausfinden können, wo ein Node liegt.

Wenn ich eben gucken will, wo die Bushaltestelle XY liegt, will ich
nicht erst umständlich den Datensatz einladen müssen.

Bietet der OSM-Inspector eventuell so eine Funktion an? Das würde
viel Zeit ersparen.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Florian Lohoff
On Tue, Mar 03, 2009 at 10:46:19PM +0100, Frederik Ramm wrote:
  stadtteil,stadt,[kreis,][Regierungsbezirk,]Bundesland,Bundesrepublik 
  Deutschland,Europe
 
 Ich stehe automatischer Richtigmachung kritisch gegenueber. Besonders 
 bei so was ueberfluessigem wie is_in.

Widersprichst du dir nicht gerade selber? Das is_in ueberfluessig
ist ist eine sehr subjektive Einschaetzung, und Du bist hier einer der
sichbarsten verfechter der Freiheit der Datennutzung. Fuer dich moegen sie
unwichtig sein fuer mkgmap im moment der einzig gangbare weg automatisch
administrative zuordnung der POIs zu machen.

Und ja ich weiss - Immer dieselbe alte leier das wir ja irgendwann alle
flaechen/administrative boundaries haben - aber stand heute haben wir
sie nicht und IMHO werden wir sie auch auf absehbare zeit nicht haben -
zumindest nicht flaechendeckend ... (Und ich rede eh nur von is_in auf
places - alles andere habe ich eh nie angefasst)

Und das aktuelle anwendungen nicht zwischen Langenberg, Kreis Gütersloh
und Langenberg, Velbert unterscheiden koennen ist einfach absurd.

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


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Frederik Ramm
Hallo,

Tobias Wendorff wrote:
 Bietet der OSM-Inspector eventuell so eine Funktion an? Das würde
 viel Zeit ersparen.

Ist m.E. keine Aufgabe fuer den OSM-Inspector, der ist ja eher ein 
Debugtool. Aber der Name Finder hat sowas, da kannst Du einfach nach 
places near lat,lon suchen und bekommst dann ein Suchergebnis, auf 
Wunsch als XML:

http://gazetteer.openstreetmap.org/namefinder/search.xml?find=places+near+51.513,7.4427

Da kommt dann raus, dass das in Dorstfeld in Dortmund ist (das findet 
der selber raus) und dann die ganze is_in-Perlenkette (die hat er 
natuerlich aus dem gleichnamigen Tag) - aber wenn irgendjemand nur halb 
so viel Zeit investiert haette, dieses PHP-Monster Name Finder mal 
etwas zu verbessern, wie Zeit investiert wurde, um irgendwelche 
brauchbaren is_in-Tags zu generieren, dann koennte der sich ebenso auch 
an den admin_levels der umgebenden Grenzen hochhangeln, wenn man das 
wuenschte.

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] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Florian Lohoff
On Tue, Mar 03, 2009 at 11:16:21PM +0100, Frederik Ramm wrote:
 Da kommt dann raus, dass das in Dorstfeld in Dortmund ist (das findet 
 der selber raus) und dann die ganze is_in-Perlenkette (die hat er 
 natuerlich aus dem gleichnamigen Tag) - aber wenn irgendjemand nur halb 
 so viel Zeit investiert haette, dieses PHP-Monster Name Finder mal 
 etwas zu verbessern, wie Zeit investiert wurde, um irgendwelche 
 brauchbaren is_in-Tags zu generieren, dann koennte der sich ebenso auch 
 an den admin_levels der umgebenden Grenzen hochhangeln, wenn man das 
 wuenschte.

*Hust* Welche admin boundaries meinst du? Das niedrigste was es hier
gibt sind Kreisgrenzen - Gemeinde, Stadtteil, Stadtgrenzen sind
weitgehend nicht existent - D.h. anhand einer admin boundary ist nicht
zu erkennen zu welcher town/city jetzt ein suburb gehoert. 

Der einzige weg den die allermeisten gehen ist stumpfe min-distance
suche und das geht auch beliebig schief.

Wenn ich saubere is_ins habe was wirklich kleinkram ist das aufzuraeumen
kann ich die naechsthoehere admin place problemlos finden - nennt sich
longest-suffix search. Das ist deterministisch, schnell und nur von der
korrekten pflege der daten abhaengig und nicht von irgendwelchen
zufaelligen positionen irgendwelcher nodes.

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


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Frederik Ramm
Hallo,

Florian Lohoff wrote:
 Wenn ich saubere is_ins habe was wirklich kleinkram ist das aufzuraeumen

Wie gut, dass OpenStreetMap Saubermaenner hat, die aufraeumen.

 kann ich die naechsthoehere admin place problemlos finden - nennt sich
 longest-suffix search. 

Und Du willst dann is_ins an jeden Briefkasten und jede Bushaltestelle 
dranhaengen - oder die letzte Meile dann doch ueber, aeh, stumpfe 
min-distance suche machen?

Hm, wenn wir das is_in-Tag auf ca. 32 Elemente aufbohren wuerden, dann 
koennten wir per Quadtiling komplett auf die Angabe von Koordinaten 
verzichten, wir koennten dann *allein* ueber das is_in-Tag auf 5m genau 
bestimmen, wo sich ein Objekt befindet, und wir waeren komplett 
unabhaengig von irgendwelchen zufaelligen Positionen irgendwelcher 
Nodes. Waer auch mal was. Diese lat/lon-Angaben haben mich eh schon 
immer gestoert.

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] Ein Dorf namens Silberstraße

2009-03-03 Diskussionsfäden Karl Eichwalder
Florian Lohoff f...@rfc822.org writes:

 Widersprichst du dir nicht gerade selber? Das is_in ueberfluessig
 ist ist eine sehr subjektive Einschaetzung, und Du bist hier einer der
 sichbarsten verfechter der Freiheit der Datennutzung. Fuer dich moegen sie
 unwichtig sein fuer mkgmap im moment der einzig gangbare weg automatisch
 administrative zuordnung der POIs zu machen.

Die administrative zuordnung ist im grunde nur für verwaltungsfuzzies
interessant.  Normale menschen interessieren sich mehr für die grenzen
eines verkehrsverbundes oder für wo ist die nächste kneipe und nicht
für wo ist eine kneipe in admin-stadt.

 Und ja ich weiss - Immer dieselbe alte leier das wir ja irgendwann alle
 flaechen/administrative boundaries haben - aber stand heute haben wir
 sie nicht und IMHO werden wir sie auch auf absehbare zeit nicht haben -
 zumindest nicht flaechendeckend ... (Und ich rede eh nur von is_in auf
 places - alles andere habe ich eh nie angefasst)

Wenn's nach mir ginge, würden die ganzen grenzen eher heute als morgen
aus der datenbank fliegen...

 Und das aktuelle anwendungen nicht zwischen Langenberg, Kreis Gütersloh
 und Langenberg, Velbert unterscheiden koennen ist einfach absurd.

Das ergibt sich aus der lage.  Und wie Frederik schon geschrieben hat,
musst du konsequenterweise das is_in an jedes objekt packen...

Dies ganze admin-zeug gehörte in eine externe datenbank.

-- 
Karl Eichwalder

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de