Re: [Talk-de] Frage: Zu Adressvergabe

2013-01-28 Diskussionsfäden Ronnie Soak 
>
> > Die Lösung bisher.
> > Das Museum, das Restaurant und die Verwaltung bekommen jewals die gleiche
> > Adresse. Problem, Adresse existiert mehrmals.
> >
> > Ist das problematisch?
> >
>

Finde ich in Ordnung so. Es haben so wohl in der Realitaet mehrere
'Einheiten'  die selbe Adresse als
auch in unserer Datenbank schon viele POIs die selben Adressdaten.

Selbst wenn die POIs alle innerhalb des Gebaeudepolygons liegen, taggen
viele die Adressdaten zusaetzlich an die POIs.
Man erhofft sich wohl eine einfacherer Verabeitung durch externe Tools, da
diese nicht erst nach der Adresse des umschliessenden building=* schauen
muessen.
In deinem Fall passt die Adresse des building=* ja nun gerade nicht zum
POI, die Daten MUESSEN also noch mal explizit irgendwo angegeben werden.
An der POI ist da wohl die einfachste Loesung.


>
> > Weitere Ideen?
>

Wenn du die Dopplung unbedingt vermeiden willst, koenntest du die Nr. 14
POIs noch mal in einer Relation sammeln und die Adresse nur an die Relation
taggen.
Ich persoenlich finde allerdings die Redundanz weniger schlimm als die
Verkomplizierung durch die Relation. (Auswerten wird das eh keiner koennen.)


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

Re: [Talk-de] Frage: Zu Adressvergabe

2013-01-28 Diskussionsfäden Falk Zscheile 
Am 28. Januar 2013 23:00 schrieb Andreas Dommaschk :
> Hallo zusammen,
>
> ich würde gern wissen wie man dies mit aktuellen Methoden in OSM abbilden
> kann:
>
> Situation:
>
> Ein Schloß hat die Hausnumer mit der Nummer 15. In diesem Schloß befindet
> sich ein Restaurant und ein Museum. Beide haben aber die Hausnummer 14.
> Das Haus mit der Nummer 14 liegt etwas weiter weg vom Schloß.
>
> Darum geht es:
> http://www.openstreetmap.org/?lat=51.939991&lon=13.899824&zoom=18&layers=M
>
> Das Schloß selbst ist in einer site-Relation zusammengefasst. Leider wird
> das noch nicht ausgewertet. Daher erscheint es nicht auf der Karte.
>
> Lösung:
>
> Die Lösung bisher.
> Das Museum, das Restaurant und die Verwaltung bekommen jewals die gleiche
> Adresse. Problem, Adresse existiert mehrmals.
>
> Ist das problematisch?
>

Generell zum Vorgehen:

Aus meinem Blickwinkel ist es kein Problem wenn eine Adresse mehrmals
vergeben wird. Man hält das Schema einfach und verständlich und auf
der Auswertungsseite ist es möglich, das "Problem" zu korrigieren.

Zum konkreten Fall:

Offensichtlich fallen hier Postanschrift Hausnummer 14 und (ich nenne
es mal) Wohnanschrift Hausnummer 15 auseinander. Daher ist es
eigentlich falsch die Hausnummer 14 in ein Multipolygon der Hausnummer
15 zu packen. Allerdings glaube ich nicht, dass unser Schema diese
Differenzierung schon abbilden kann, dass der Briefkasten woanders
hängt, als sich die Einrichtung befindet.


> Weitere Ideen?
>
Nein, leider im Augenblick nicht.

Gruß, Falk

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

[Talk-de] Frage: Zu Adressvergabe

2013-01-28 Diskussionsfäden Andreas Dommaschk 

Hallo zusammen,

ich würde gern wissen wie man dies mit aktuellen Methoden in OSM 
abbilden kann:


Situation:

Ein Schloß hat die Hausnumer mit der Nummer 15. In diesem Schloß 
befindet sich ein Restaurant und ein Museum. Beide haben aber die 
Hausnummer 14.

Das Haus mit der Nummer 14 liegt etwas weiter weg vom Schloß.

Darum geht es:
http://www.openstreetmap.org/?lat=51.939991&lon=13.899824&zoom=18&layers=M

Das Schloß selbst ist in einer site-Relation zusammengefasst. Leider 
wird das noch nicht ausgewertet. Daher erscheint es nicht auf der Karte.


Lösung:

Die Lösung bisher.
Das Museum, das Restaurant und die Verwaltung bekommen jewals die 
gleiche Adresse. Problem, Adresse existiert mehrmals.


Ist das problematisch?

Weitere Ideen?

Danke.

Viele Grüße

Andreas

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

Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API

2013-01-28 Diskussionsfäden Peter Wendorff 

Am 28.01.2013 19:38, schrieb Martin Raifer:

Hallo Christian


Ich habe heute versucht ein paar Daten in JOSM zu exportiren. [...]
Was habe ich falsch gemacht. In JOSM ist remote control aktiviert


Du musst statt  folgendes verwenden:



Ohne das mode="meta" kann JOSM mit den Daten nichts anfangen. Ich 
glaube ich werde demnächst für die "load into JOSM" Funktion noch eine 
Warnung einbauen, wenn man das mode="meta" vergessen hat.

;) na dann aber direkt mit autokorrektur wie beim recurse-statement.

Gruß
Peter

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

Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API

2013-01-28 Diskussionsfäden Martin Raifer 

Hallo Christian


Ich habe heute versucht ein paar Daten in JOSM zu exportiren. [...]
Was habe ich falsch gemacht. In JOSM ist remote control aktiviert


Du musst statt  folgendes verwenden:



Ohne das mode="meta" kann JOSM mit den Daten nichts anfangen. Ich glaube  
ich werde demnächst für die "load into JOSM" Funktion noch eine Warnung  
einbauen, wenn man das mode="meta" vergessen hat.


Liebe Grüße
Martin

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

Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API

2013-01-28 Diskussionsfäden christian.pietz...@googlemail.com 
Ich habe heute versucht ein paar Daten in JOSM zu exportiren. Wenn ich
exportiere tut JOSM zwar kurz so, als ob es etwas machen will, aber dann
tut sich nichts. Der Willkommensbildschirm bleibt wie er ist und keine
Daten werden geladen
Ich habe diese Abfrage hier verwendet:
Link

Was habe ich falsch gemacht. In JOSM ist remote control aktiviert (nur kein
lokale Daten)

mfg Christian


Am 28. Januar 2013 12:30 schrieb Martin Raifer :

> Seit heute gibt es ein paar neue Features [1]. Unter anderem:
>
> * Automatische Query Reparatur/Vervollständigung bei fehlenden recurse
> Statements ("no visible data"). Die Idee dafür stammt von Roland. Beispiel:
> http://tinyurl.com/bk7ay6k
> * Link zu osm.org unter Export->"current map view"
> * "Clear data overlay" Button, um die Karte zurückzusetzen/leeren.
> * Upgrade auf leaflet 0.5
>
> Grüße
> Martin
>
> [1] 
> https://github.com/tyrasd/**overpass-ide/blob/gh-pages/**CHANGELOG.md
>
>
> __**_
> 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] Hilfestellung bei der Fehlersuche in JOSM-Present

2013-01-28 Diskussionsfäden Peter Czaja 

On 28.01.2013 11:30, Jan Tappenbeck wrote:

ich habe ein JOSM-Present [1] und auf einmal wurde dieses entfernt. Nun
habe ich es wieder versucht einzubinden - aber es kommt eine Fehlermeldung:

..

Der Fehler ist cvc-complex-type-3-2-2: Attribute "text" is not allowed
to appear in element "key". (in Zeile 75, Spalte 82)

..

 --- 
Zeile 75; das "u" in value ist Spalte 82


Das Element "key" dient AFAIK zum nicht-interaktiven Festlegen
von Key-Value-Paaren und wird im JOSM-Dialog, der aus dem Preset
erzeugt wird, gar nicht angezeigt. Das erklärende text-Attribut
würde also gar nicht angezeigt und macht deshalb keinen Sinn.

Wenn das vorher funktioniert hatte, wurde vielleicht zwischenzeitlich 
mal der Parser, welcher die XML-Datei einliest, dahingehend angepasst.


Ich würde das so formulieren:

 

HTH,

  Peter






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

[Talk-de] Hilfestellung bei der Fehlersuche in JOSM-Present

2013-01-28 Diskussionsfäden Jan Tappenbeck 

HI !

ich habe ein JOSM-Present [1] und auf einmal wurde dieses entfernt. Nun 
habe ich es wieder versucht einzubinden - aber es kommt eine Fehlermeldung:


Objektvorlagenquelle Jan Template kann geladen werden, enthält jedoch 
Fehler. Soll sie trotzdem benutzt werden?


Der Fehler ist cvc-complex-type-3-2-2: Attribute "text" is not allowed 
to appear in element "key". (in Zeile 75, Spalte 82)


Das wäre dann




value="yes"/> --- Zeile 75; das "u" in value ist Spalte 82
delete_if_empty="true"/>



Kann mir einer weiterhelfen ? Ach ja, ich habe JOSM 5666

Gruß Jan :-)

[1] http://www.tappenbeck.net/forum/osm/josm_template_jan.xml


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

Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API

2013-01-28 Diskussionsfäden Ronnie Soak 
Wirklich eine super tolle Entwicklung. Alle verfügbaren Daumen nach oben!
Ich hab mich schon oft jeweils für eine spezielle Anfrage in die Overpass
QL eingelesen und dann mangels Anwendung alles wieder vergessen.
Mit dem Service kann man das auch mal für die schnelle Anfrage
zwischendurch nutzen. Damit bliebt hoffentlich auch die Syntax besser im
Gedächtnis.

Aber wo wir hier bei 'Wünsch dir was' waren:
Eine Möglichkeit, den gewählten Kartenausschnitt auch auf
osm.organzuzeigen, zwecks Zugriff auf die History und auf Potlatch für
die
schnelle Korrektur wäre sehr hilfreich.
Oder gibt's das schon und ich habe das übersehen?
Anhand der bbox dürfte sich ja leicht ein Link erstellen lassen.

Gruss und danke,
Chaos


Am 27. Januar 2013 18:11 schrieb Martin Raifer :

> Am 27.01.2013, 17:55 Uhr, schrieb Norbert Kück :
>
>
>  Dieser Konverter [Overpass-API-Output >> GeoJSON] würde bestimmt vielen
>> Kartenbauern nützlich sein. Wie wäre es, diesen Teil zu isolieren und als
>> Leaflet Plugin ( 
>> http://leafletjs.com/plugins.**html) zur 
>> Verfügung zu stellen? Ich habe so etwas schon vermisst und wäre
>> dankbar und begeistert.
>>
>
> Wow, schon wieder eine sehr sinnvolle Idee - *und soo wenig Zeit* ;)
>
> Grüße
> Martin
>
>
> __**_
> 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