date:20121213


Am 13.12.2012 08:29, schrieb Norbert Wenzel:

On 12/12/2012 11:39 PM, Henning Scholland wrote:

Aber es nutzt doch kaum jemanden etwas, wenn sich zig Mapper/Ortsgruppen
vom Fahrradclub eigene Schemata für die selbe Sache ausdenken, bzw. auf
ihre Situation vor Ort anpassen. Mit dem Wissen um die Bedeutung der
Tags kann man dann zwar eine Karte von Stadt_A erstellen, aber dann hört
es auch schon auf. Überregionale Projekte können kaum alle Systeme
auswerten, auch wenn sie es wollen würden. Auch für die Mapper ist es
sehr anstrengend. Man mappt ja nicht nur in der eigenen Stadt.


Aber exakt dasselbe Problem hast du auch, wenn jeder Mapper 
irgendwelche weichen Kriterien einträgt, die er gerade für richtig hält.
Ja, das ist ein generelles Problem bei weichen Kriterien, weshalb sie 
vermieden werden sollten, wo es besser zu machen geht und auch 
praktikabel und sinnvoll ist.


Henning


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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen


Hallo,

derzeit gibt es keinen Router, den man als normaler Nutzer fein 
konfigurieren kann. Die meisten Nutzer interessiert es auch wenig, wie 
das Routing zustande kommt, Hauptsache, es findet einen tollen Weg. Ich 
denke es ist auch nicht gerade sinnvoll, den Nutzer mit 100 
Wegfarben/-mustern zu beglücken, nur um jede Tagkombination auch 
darzustellen. Der erfahrene kann natürlich seine Karte so manipulieren, 
dass sie so routet, wie er das gerne hätte.


Bspw. könnte einer auf die Idee kommen, er würde gerne eine Radkarte 
erstellen, die möglichst auf Radwegen routet. Dann sollten die Radwege 
natürlich auch gut sein, frei von parkenden Autos etc.


Henning


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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen


On 12/13/2012 10:04 AM, Henning Scholland wrote:

Am 13.12.2012 08:29, schrieb Norbert Wenzel:

On 12/12/2012 11:39 PM, Henning Scholland wrote:

Aber es nutzt doch kaum jemanden etwas, wenn sich zig Mapper/Ortsgruppen
vom Fahrradclub eigene Schemata für die selbe Sache ausdenken, bzw. auf
ihre Situation vor Ort anpassen. Mit dem Wissen um die Bedeutung der
Tags kann man dann zwar eine Karte von Stadt_A erstellen, aber dann hört
es auch schon auf. Überregionale Projekte können kaum alle Systeme
auswerten, auch wenn sie es wollen würden. Auch für die Mapper ist es
sehr anstrengend. Man mappt ja nicht nur in der eigenen Stadt.


Aber exakt dasselbe Problem hast du auch, wenn jeder Mapper
irgendwelche weichen Kriterien einträgt, die er gerade für richtig hält.

Ja, das ist ein generelles Problem bei weichen Kriterien, weshalb sie
vermieden werden sollten, wo es besser zu machen geht und auch
praktikabel und sinnvoll ist.


Dann sind wir uns ja eh einig und ich hab dich wohl falsch verstanden.

Da bin ich dann ganz beim Kommentar von Ronnie, wo er gefordert hat, 
dass ein (Fahrrad)router die objektiven Tags wie Breite, Oberfläche, 
etc. in sinnvolle und/oder konfigurierbare Sets zusammenfassen soll, so 
dass ich als Radfahrer dann selbst entscheiden kann, was mir wichtig und 
für mich fahrbar ist.


Ich hab zum selben Thema vor kurzem auf talk-at geschrieben, dass es imo 
unmöglich ist *den* Radfahrer sinnvoll zu beschreiben. Eltern mit Kind 
hinten drauf oder schon selbst fahrend haben andere Bedürfnisse wie ich, 
wenn ich mit einem alten Rennrad in die Arbeit fahr oder mit einem 
Mountainbike von oder zur Strecke fahr. Diese in einem einzigen 
Sammeltag sinnvoll abzubilden oder zu kategorisieren halt ich für 
praktisch unmöglich und auch für Datenkonsumenten dann nicht mehr 
nachvollziehbar.


Norbert


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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen

2012-12-13 Diskussionsfäden Ronnie Soak

Am 13. Dezember 2012 10:18 schrieb Henning Scholland o...@aighes.de:
 Hallo,

 derzeit gibt es keinen Router, den man als normaler Nutzer fein
 konfigurieren kann. Die meisten Nutzer interessiert es auch wenig, wie das
 Routing zustande kommt, Hauptsache, es findet einen tollen Weg.

Und genau das ist nicht möglich. Falls überhaupt eine Überschneidung
aller Vorlieben, also ein kleinster gemeinsamer Nenner, existiert,
ist er so klein, dass die mangelnde Abdeckung die Karte/den Router
nahezu unbenutzbar (auf jeden Fall aber unbeliebt) machen würde.


 Ich denke es
 ist auch nicht gerade sinnvoll, den Nutzer mit 100 Wegfarben/-mustern zu
 beglücken, nur um jede Tagkombination auch darzustellen. Der erfahrene kann
 natürlich seine Karte so manipulieren, dass sie so routet, wie er das gerne
 hätte.

Darf ich dich selbst zitieren?  [...]  derzeit gibt es keinen Router,
den man als normaler Nutzer fein konfigurieren kann
Oder meinst du mit 'erfahren', dass man sich doch seinen eigenen
Router programmieren kann?


 Bspw. könnte einer auf die Idee kommen, er würde gerne eine Radkarte
 erstellen, die möglichst auf Radwegen routet. Dann sollten die Radwege
 natürlich auch gut sein, frei von parkenden Autos etc.

Das läuft etwa auf dem selben Niveau, wie wenn du von einem
Auto-Router verlangst, er solle dir den Weg mit den grünen Ampeln
zeigen.
'Frei von parkenden Autos' ist ebenso wie 'Fussgänger auf dem Radweg'
eine zeitlich begrenzte Angelegenheit, die sich durch Momentaufnahmen
weder festhalten
noch planen lässt. Möglicherweise gilt das nur am Wochenende. oder nur
nach Feierabend? Möglicherweise stehen da in der Urlaubszeit gar keine
Autos?

Gruss,
Chaos

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

Re: [Talk-de] [OSM-talk] public_transport=platform not rendered

2012-12-13 Diskussionsfäden Gerhard Hermanns


For now I don't tag public transportation at all until 'they' settled
on something that actually works
both for data consumers AND casual mappers.


Hi,

from the Mapnik-Trac (4 weeks ago):

   public_transport=* rendering will become possible after the next
   full import of the database.
   The public_transport key is currently not yet available in the
   rendering database.


https://trac.openstreetmap.org/ticket/4685#comment:1 
https://trac.openstreetmap.org/ticket/4685#comment:1



Seoman

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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen


Am 13.12.2012 10:52, schrieb Ronnie Soak:

Am 13. Dezember 2012 10:18 schrieb Henning Scholland o...@aighes.de:

Ich denke es
ist auch nicht gerade sinnvoll, den Nutzer mit 100 Wegfarben/-mustern zu
beglücken, nur um jede Tagkombination auch darzustellen. Der erfahrene kann
natürlich seine Karte so manipulieren, dass sie so routet, wie er das gerne
hätte.

Darf ich dich selbst zitieren?  [...]  derzeit gibt es keinen Router,
den man als normaler Nutzer fein konfigurieren kann
Oder meinst du mit 'erfahren', dass man sich doch seinen eigenen
Router programmieren kann?
Typischerweise besteht ein Router aus der eigentlichen Software, die den 
günstigsten Weg auf Basis der Daten errechnet und eben diese Daten. Es 
gibt also zwei Möglichkeiten der Manipulation. Entweder man ändert die 
Software (bspw. über eine Konfiguration, ich glaube Falk hat in diese 
Richtung angefangen etwas flexibler zu werden) oder man manipuliert die 
Daten, in dem man die Wertigkeit eines Weges anpasst.


Mit erfahren meinte ich, dass er selber sich überlegt, auf welchen 
Wegen er wie gerne geroutet werden möchte und das dann in dem style-file 
im Falle von Garmin festlegt.


Eine Idee (bezogen auf Garmins) für das Meeting in Essen wäre bspw., 
dass man sich darauf einigt, die routingfähigen ID's im Style frei zu 
lassen und das Routing auf diesen Wegen separat zu handhaben. Diese Wege 
müssten dann transparent sein. Dann kann man die Darstellung und das 
Routing freier kombinieren, der Nutzer hätte eine größere Auswahl. Ist 
aber erstmal nur so ein Gedanke.


Henning


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

Re: [Talk-de] JOSM-Vorlagen

2012-12-13 Diskussionsfäden Andreas Dommaschk


Hallo Jo,

Am 11.12.2012 14:34, schrieb Jo:

Hühne und Ei. Ich hatte etwa 500 umgewandelt während ich sie am

komplettieren war, aber die habe ich gestern alle
zurückgewandelt nach
highway=bus_stop.


Wenn du 500 Haltestelle wieder zu highway = bus_stop änderst, dann
sorgst du genau dafür das sich das Schema nicht durchsetzt.
500 Haltestellen umfassen sicher ein sehr großes Gebiet und jeder
neue oder unerfahre Mapper wird dann wieder das so weiter eintragen.
Das ist ein Schritt zurück und das sich das gegenwärtige Schema
durchsetzt wird verlangsamt.

Für mich klingt das leider nach mappen für den Renderer: Die
Sachen tauchen in der Hauptkarte nicht auf also trage ich sie
nicht ein und nutze weiterhin die bisherigen Varianten. Du mußt
verstehen das es Zeit braucht bis sich Dinge etablieren und das
nicht alles auf der OSM-Hauptkarte dargestellt wird.
Das ÖPNV-Schema ist komplex und würde die Darstellung in Mapnik
noch weiter verschlechtern. Verschlechtern? Schau dir mal die
Innenstädte von großen Städeten wie Berlin an. Für ÖPNV gibt es
inzwischen genug Spezialseiten.

Wenn man will das sich Dinge durchsetzen muß man damit leben das
sie erstmal nirgends auftauchen bzw. in der Hauptkarte. Erst wenn
es eine große Verbreitung gibt
tauchen sie auf oder auch nicht. Dann gibt es halt Spezialkarten
die die Hauptkarte ergänzen


Ich habe das aber erst mal in vershiedene mailing lists gefragt. Du 
meinst angeblich dass es besser ist alles doppelt zu taggen? Wenn es 
jetzt schon ein Renderer geben würde die public_transport=platform 
darstellt, aber so weit ich weiss gibt es keine. Vielleicht werde ich 
selber rendern anfangen...
Ich verstehe nicht ganz was du damit meinst es gibt keinen Renderer? Auf 
den beiden Hauptkarten für ÖPNV werden der Tag public_transport = 
platform auf jedenfall ausgewertet.
Ich auch den Halt auf der Straße nach dem alten und dem neuen Schema ein 
weil es eben doch eine gewisse Kompatibilität zu anderen 
Kartendarstellungen möglich ist.


500 Haltestellen sind nur 1/80 von alle 40.000 Haltestellen in 
Flandern. Das sind die die ich schon eingetragen hatte in einen 30km 
Radius. Vielleicht muss ich anfangen die alle doppelt zu taggen. Es 
schein mir blöt um dass nur zu machen um Taginfo froh zu machen.
Ich halte es nur für bedenklich 500 Haltestellen wieder zu ändern nur 
weil es nicht auf der Hauptkarte auftaucht.


Also Renderer, bitte stell es da. Wenigstens Mapnik, ÖPNV, die 
transport layer von Andy Allan und OSMTransport. Dann kann ich weiter 
mit dem neuen Schema. Sonst warte ich wohl einige Jahren länger oder 
für immer und mittlerweile machen wir weiter mit dem Tag der 
eigentlich im falschen namespace liegt; highway=bus_stop.


Wie schon erwähnt gibt es Karte bzw. Webseiten die die Platformen 
darstellen. Für Mapnik gibt es eine Anfrage:

https://trac.openstreetmap.org/ticket/4685#comment:1
Man sollte sich aber beim ÖPNV Tagging nicht davon beeinnflussen lassen 
was irgendwo dargestellt wird. Es ist schön anzusehen aber wirklich 
interessant wird es erst beim Routing.


Viele Grüße

Andreas

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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen

Am 13. Dezember 2012 11:19 schrieb Henning Scholland o...@aighes.de:
 Typischerweise besteht ein Router aus der eigentlichen Software, die den
 günstigsten Weg auf Basis der Daten errechnet und eben diese Daten. Es gibt
 also zwei Möglichkeiten der Manipulation. Entweder man ändert die Software
 (bspw. über eine Konfiguration, ich glaube Falk hat in diese Richtung
 angefangen etwas flexibler zu werden) oder man manipuliert die Daten, in dem
 man die Wertigkeit eines Weges anpasst.


Wobei die Daten nicht heisst, dass man alles aus einer Quelle
beziehen muss. Wenn man öffentliche Verkehrsmittel mit einbeziehen
will, braucht man neben den Routen auch Fahrplandaten oder besser noch
realtime-Informationen der tatsächlichen Positionen und
Geschwindigkeiten der Fahrzeuge. Wenn man Staus oder Unfälle
miteinbeziehen will braucht man diese Daten, z.B. über TMC oder über
live-Erhebungen (wenn man viele Nutzer hat kann z.B. man deren
Standorte und Geschwindigkeiten abgreifen und auswerten), etc. Nicht
alle diese Daten sind sinnvoll bei OSM in der DB aufgehoben, da sie
viel zu dynamisch sind (sich ändern) und weil unsere tools nicht
darauf ausgerichtet sind.

Klar könnte man theoretisch auch die Taktzeiten von Buslinien oder
Informationen wie: hier sind manchmal Autos auf dem Fahrradweg
geparkt, oder hier gehen öfters Fußgänger auf dem Fahrradweg oder so
in OSM erheben, aber weder habe ich Hoffnung, dass sich das verbreiten
würde, noch kann man viel mit diesen Daten anfangen, weil man eben
eigentlich nicht wissen will, ob da eine gewisse Wahrscheinlichkeitfür
bestimmte Probleme besteht, sondern man will konkret wissen: gibt es
aktuell dieses Problem (oder: kommt jetzt ein Bus?), und da hilft
einem die Statistik nicht weiter bzw. ist den realtime Daten so extrem
unterlegen, dass es m.E. der Aufwand nicht gerechtfertigt ist.

Gruß Martin

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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen


Noch eine Ergänzung:

Ich denke, dass man den normale Nutzer eines Navis nicht damit belangen 
kann, sich das Routing quasi über zig Optionen selber zurecht zu 
basteln. Dazu haben die meisten einfach nicht die Erfahrung bzw. die 
Lust, sich überhaupt damit zu beschäftigen, welchen smoothness sie noch 
nutzen wollen. Als Anbieter muss man dem Nutzer wenige Profile zur 
Auswahl stellen und entweder passt dann die Karte, oder eben nicht.


Henning


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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen

Am 12. Dezember 2012 22:20 schrieb Roland Olbricht roland.olbri...@gmx.de:
Dann müssten wir also highway primary/secondary/tertiary besser nach der
amtlichen Klassifikation machen? War nicht bewusst gerade nicht strikt nach
der amtlichen Klassifikation?

Wobei man da nicht Äpfel und Birnen vergleichen darf. Die amtliche
Klassifikation für Straßen erfolgt unter unterschiedlichen
Gesichtspunkten, und wenn man den tag highway ansieht ist das
Kriterium nicht, wer der Träger ist, also für Bau und Unterhalt
verantwortlich ist (Bundesstraße, Landesstraße, Kreisstraße etc.).
Mehr geht es uns um die Verbindungswichtigkeit. Wenn Du Dir z.B. die
Richtlinie zur integrierten Netzgestaltung ansiehst, dann kennen die
Ämter da bereits 6 Klassen hinsichtlich der Verbindungsfunktion:
http://de.wikipedia.org/wiki/Richtlinien_f%C3%BCr_integrierte_Netzgestaltung

Die amtliche Klassifikation in dieser Richtlinie unterscheidet nach
Verbindungsbedeutung, Verbindungsfunktionsstufe sowie Kategoriegruppe.
Falls diese Daten öffentlich sind wäre es sicher nicht uninteressant,
das auch (parallel) zu haben, aber selbst einstufen kann das (da ja
amtliche Klassifikation) der Mapper nicht, und auch die Interpretation
(und internationale Vergleichbarkeit) würde damit erschwert und nicht
erleichtert. Die meisten Mapper würden sicherlich von einem komplexen
Normenwerk abgeschreckt.

Wenn man nicht gerade Bauingenieurwesen Straßenbau studiert hat, ist
man schon von der reinen Fülle an offiziellen Informationen
erschlagen (dazu kommt noch, dass viele technische Normen vom
Urheberrecht geschützt sind, und nicht frei erhältlich sind), s.
http://de.wikipedia.org/wiki/Liste_der_technischen_Regelwerke_f%C3%BCr_das_Stra%C3%9Fenwesen_in_Deutschland

Gruß Martin

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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen


Am 13.12.2012 12:01, schrieb Martin Koppenhoefer:

Klar könnte man theoretisch auch die Taktzeiten von Buslinien oder
Informationen wie: hier sind manchmal Autos auf dem Fahrradweg
geparkt, oder hier gehen öfters Fußgänger auf dem Fahrradweg oder so
in OSM erheben, aber weder habe ich Hoffnung, dass sich das verbreiten
würde, noch kann man viel mit diesen Daten anfangen, weil man eben
eigentlich nicht wissen will, ob da eine gewisse Wahrscheinlichkeitfür
bestimmte Probleme besteht, sondern man will konkret wissen: gibt es
aktuell dieses Problem
Das kommt immer auf die Art der Daten an. Bei Fahrplänen stimme ich dir 
zu, die lassen sich recht gut (separat) erfassen und der Router kann 
daraus entnehmen, ob gerade ein Bus kommt oder nicht.


Es gibt aber auch Daten, bei denen das nicht der Fall ist, da sie mehr 
oder weniger zufällig auftreten und auch nur kurz bestand haben. So zum 
Beispiel bei den Fußgängern oder den parkenden Fahrzeugen. Man kann 
sagen, an welchen Stellen das gehäuft vorkommt. Das heißt weder, dass 
dies dort immer so ist, noch dass es an anderen Stellen nicht auch mal 
vorkommen kann.


Henning


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

Re: [Talk-de] Häuser richtig oder hübsch zeichnen?

2012-12-13 Diskussionsfäden Gerrit


Am 13.12.2012 07:51, schrieb Peter Wendorff:

Hallo Gerrit.

Ich würde mich Martin und Frederik anschließen: Das eintragen, was da 
ist.
Ecken und Kanten machen doch eine Stadt erst aus. Wenn alles gerade in 
einer Linie gebaut ist, sieht das entweder nach amerikanischem 
Hochglanzkino aus oder aber nach Sim City und Co.
Ob die Karte, die man daraus erzeugt, wirklich schöner aussieht, sei 
dahingestellt; eine 3D-Darstellung wird dadurch langweiliger - und 
könnte genausogut automatisch generiert werden ohne osm-datengrundlage.


Gruß
Peter 


Mir ist das z.B. hier aufgefallen:
http://www.openstreetmap.org/?lat=51.593209lon=7.665389zoom=18layers=M
(Rund um die Lutherkirche)

Meiner Meinung nach sieht das in vielen Fällen einfach unglaublich 
schlecht aus. Um solche Fälle ging es mir.


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

Re: [Talk-de] Häuser richtig oder hübsch zeichnen?

Aber wir sind doch keine Maler, die schöne Bilder malen wollen, sondern 
Mapper.
Ich hab jetzt nur bei Google mal vergleichend draufgeguckt - deren 
Luftbilder sind nicht besonders gut, aber sie zeigen ein sehr ähnliches 
Bild; entscheiden würde ich das aber nur mit einem Ortsbesuch - nur: 
wenn das so gebaut ist, ist das so korrekt und ich würde es auch in der 
Datenbank so lassen. Eine geschlossene Bebauung wäre hier falsch, und 
eine durchgehende Lücke genauso.


Gruß
Peter


Am 13.12.2012 13:24, schrieb Gerrit:

Am 13.12.2012 07:51, schrieb Peter Wendorff:

Hallo Gerrit.

Ich würde mich Martin und Frederik anschließen: Das eintragen, was da 
ist.
Ecken und Kanten machen doch eine Stadt erst aus. Wenn alles gerade 
in einer Linie gebaut ist, sieht das entweder nach amerikanischem 
Hochglanzkino aus oder aber nach Sim City und Co.
Ob die Karte, die man daraus erzeugt, wirklich schöner aussieht, sei 
dahingestellt; eine 3D-Darstellung wird dadurch langweiliger - und 
könnte genausogut automatisch generiert werden ohne osm-datengrundlage.


Gruß
Peter 


Mir ist das z.B. hier aufgefallen:
http://www.openstreetmap.org/?lat=51.593209lon=7.665389zoom=18layers=M
(Rund um die Lutherkirche)

Meiner Meinung nach sieht das in vielen Fällen einfach unglaublich 
schlecht aus. Um solche Fälle ging es mir.


___
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] Häuser richtig oder hübsch zeichnen?

2012-12-13 Diskussionsfäden Lars Schimmer

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-12-13 13:24, Gerrit wrote:
 Am 13.12.2012 07:51, schrieb Peter Wendorff:
 Hallo Gerrit.
 
 Ich würde mich Martin und Frederik anschließen: Das eintragen,
 was da ist. Ecken und Kanten machen doch eine Stadt erst aus.
 Wenn alles gerade in einer Linie gebaut ist, sieht das entweder
 nach amerikanischem Hochglanzkino aus oder aber nach Sim City und
 Co. Ob die Karte, die man daraus erzeugt, wirklich schöner
 aussieht, sei dahingestellt; eine 3D-Darstellung wird dadurch
 langweiliger - und könnte genausogut automatisch generiert werden
 ohne osm-datengrundlage.
 
 Gruß Peter
 
 Mir ist das z.B. hier aufgefallen: 
 http://www.openstreetmap.org/?lat=51.593209lon=7.665389zoom=18layers=M

 
(Rund um die Lutherkirche)
 
 Meiner Meinung nach sieht das in vielen Fällen einfach unglaublich 
 schlecht aus. Um solche Fälle ging es mir.

Nun, es schaut nach altem Stadtkern aus, somit alte Häuser, womöglich
noch Fachwerk. Die sind nunmal krumm und schief ;-)

Wenn ich mir aber die Bing Bilder anschaue, hat da jemand die Umrisse
nur grob nachgezeichnet, das kann man genauer machen. Nur bleibt es
weiterhin krumm und schief in der Übersicht.

MfG,
Lars Schimmer
- -- 
- -
TU Graz, Institut für ComputerGraphik  WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlDJzhwACgkQmWhuE0qbFyP+HACeIMizdrHHLCqe0OITMWa+AUok
fYAAoI0bpguDmIa4xeoADEQumigPITUS
=xAUv
-END PGP SIGNATURE-

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

Re: [Talk-de] Häuser richtig oder hübsch zeichnen?

Am 13. Dezember 2012 13:24 schrieb Gerrit z0idb...@gmx.de:
 Am 13.12.2012 07:51, schrieb Peter Wendorff:
 Mir ist das z.B. hier aufgefallen:
 http://www.openstreetmap.org/?lat=51.593209lon=7.665389zoom=18layers=M
 (Rund um die Lutherkirche)

 Meiner Meinung nach sieht das in vielen Fällen einfach unglaublich schlecht
 aus. Um solche Fälle ging es mir.


ja, da ist das Mapping wirklich noch verbesserungsfähig, aber mit den
Luftbildern allein bekommt man es nicht hin, da ist Ortskenntnis
gefragt. Öfters sieht man da (im Editor) Häuser, die an einem Punkt
mit der Nachbarbebauung verbunden sind und an einem anderen nicht
(z.T. überlappen sich sogar die Buildingpolygone im Stoßbereich), das
ist unglaubwürdig. Entweder, zwei Häuser sind aneinandergebaut, dann
sollten sie auch in OSM verbunden sein (gemeinsame Nodes), oder sie
sind es nicht (es gibt einen kleinen oder größeren Spalt /
Zwischenraum) zwischen ihnen, dann sollte das auch in OSM so sein.

Was mir auf die Schnelle noch aufgefallen ist:
- Fußgängerzone am Rand gemappt, aber area=yes -tag fehlt. Bei dieser
Art des Mappens sollte auch der Umriss mit den angrenzenden Gebäuden
gemeinsame Nodes haben (aus topologischen Gründen), sofern die Fläche
bis ans Haus heranreicht
- mehrere Gebäude zum Teil zusammengefasst (gibt die Struktur schlecht
wieder, weil man anstatt kleinteiligen Gebäuden einen größeren Bau
sieht).

Gruß Martin

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

Re: [Talk-de] Häuser richtig oder hübsch zeichnen?

Am 13. Dezember 2012 13:46 schrieb Lars Schimmer l.schim...@cgv.tugraz.at:
 Mir ist das z.B. hier aufgefallen:
 http://www.openstreetmap.org/?lat=51.593209lon=7.665389zoom=18layers=M
 Nun, es schaut nach altem Stadtkern aus, somit alte Häuser, womöglich
 noch Fachwerk. Die sind nunmal krumm und schief ;-)


Übrigens stellt die Stadt hier http://www.o-sp.de/kamen/plan/sonderplan.php
auch ein paar Quellen zur Verfügung, bei denen das Urheberrecht
abgelaufen sein dürfte, z.B.
http://www.o-sp.de/uploads/plan_sonderplan/kamen/2_Uebersichtsplan_Camen_1903.pdf

Ggf. kann man auch prüfen, ob man die Bebauungspläne verwenden kann:
http://www.o-sp.de/kamen/plan/karte_start.php?M=2
(das sind amtliche Festlegungen ähnlich einem Gesetz) allerdings kenne
ich mich da nicht so gut aus, inwiefern dort das Urheberrecht ggf.
doch zu beachten ist.

Bei den beiden Arten von Plänen (alt und B-Plan) muss man natürlich
berücksichtigen, dass sie nicht unbedingt den aktuellen Stand
wiedergeben, und daher nicht blind kopiert werden können. B-Pläne
enthalten allgemein Festlegungen hinsichtlich der Zulässigkeit von
Bauvorhaben, aber das heisst nicht automatisch, dass die enthaltenen
Planungen je gebaut werden.

Gruß Martin

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

Re: [Talk-de] Häuser richtig oder hübsch zeichnen?

gerade erst gesehen:
http://www.o-sp.de/kamen/plan/uebersicht.php?S=1M=2L1=8pid=11062
die Stadt setzt z.T. sogar OSM ein, um die B-Pläne zu visualisieren,
vielleicht gibt es da ja auch Chancen einer weiteren Kooperation (z.B.
für den Import von Gebäudeumrissen aus dem Kataster)?

Gruß Martin

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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen

Am 13. Dezember 2012 12:42 schrieb Henning Scholland o...@aighes.de:
 Es gibt aber auch Daten, bei denen das nicht der Fall ist, da sie mehr oder
 weniger zufällig auftreten und auch nur kurz bestand haben. So zum Beispiel
 bei den Fußgängern oder den parkenden Fahrzeugen. Man kann sagen, an welchen
 Stellen das gehäuft vorkommt. Das heißt weder, dass dies dort immer so ist,
 noch dass es an anderen Stellen nicht auch mal vorkommen kann.


das ist nur eine Frage der kritischen Masse. Wenn halb Deutschland mit
Deiner App in der Tasche rumläuft, und nur auf einen Knopf drücken
muss, um ein Hindernis auf dem Fahrradweg (gemeint hier eher die
Waschmaschine als der Fußgänger) zu melden, dann könnte das genauso
auch gehen (siehe Waze etc.), zumindest bei Staus für Autos sind die
Chancen da ganz gut. Fußgänger auf dem Fahrradweg kann ich mir ehrlich
gesagt nicht als richtiges Problem vorstellen, das man durch tagging
erfassen kann, am besten hat mir dazu die Idee von Fred gefallen
(foot=permissive). Noch unwahrscheinlicher erscheint es mir, dass
jemand mit dem Rad eine längere Route  bevorzugt, nur um nicht
potentiell mal für einen Fußgänger auf dem Radweg zu bremsen.

Gruß Martin

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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen


Am 13.12.2012 14:28, schrieb Martin Koppenhoefer:

Noch unwahrscheinlicher erscheint es mir, dass
jemand mit dem Rad eine längere Route  bevorzugt, nur um nicht
potentiell mal für einen Fußgänger auf dem Radweg zu bremsen.
Ein paar Hundert Meter Umweg mit dem Rad, anstatt sich 150 Meter an der 
Bushaltestelle vor der Uni vorbeizukämpfen, die mit Wartenden gerammelt 
voll ist? doch, gerne. Die Ausweichroute ist in dem Fall nichtmal viel 
länger - z.T. reicht ja schon, 300 Meter vorher links die Nebenstraße zu 
benutzen als rechts die eigentlich größere Straße.


Gruß
Peter

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

[Talk-de] Nachfolger für xybot


Hallo,
im deutschen Forum wurde in der letzten Zeit darüber diskutiert, ob man 
die Arbeit, die der xybot lange Zeit übernommen hat, wieder aufzunehmen. 
Dabei ist bisher einBot heraus gekommen, der gängige Fehler bei dem Wort 
[Ss]traße in Deutschland findet und behebt. Dazu gehören [Ss]trasse, 
[Ss]tr. und [Ss]tr. Es geht dabei erstmal nur um die offensichtlichen 
Schreibfehlerbzw. Abkürzungen.


Der Bot ( Wall-E ) wird von Oli-Wan betrieben und läuft aktuell in einem 
manuell kontrolliertem Testlauf.


Ich spare mir hier weitere Details, die hat Oli-Wan auf der wiki-Seite 
des Bots: http://wiki.openstreetmap.org/wiki/User:Oli-Wan/Wall-E 
ausführlich erklärt. Dort findet ihr auch die Links zu den Diskussionen 
im Forum.


Viele Grüße
Henning
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen

2012-12-13 Diskussionsfäden Ronnie Soak


 Ein paar Hundert Meter Umweg mit dem Rad, anstatt sich 150 Meter an der
 Bushaltestelle vor der Uni vorbeizukämpfen, die mit Wartenden gerammelt voll
 ist? doch, gerne. Die Ausweichroute ist in dem Fall nichtmal viel länger -
 z.T. reicht ja schon, 300 Meter vorher links die Nebenstraße zu benutzen als
 rechts die eigentlich größere Straße.


Nur gültig Werktags zu Unizeiten, ausser Semesterferien.
Nachts gilt der umgedrehte Fall, in dem man nicht die unbeleuchtete
Nebenstraße nehmen will.
Und bei Regen, weil sich dort große Pfützen sammeln. Und im Winter,
weil da nicht geräumt wird.
Wobei der Rennradfahrer sowieso wegen dem Pflaster auf dem Radweg
lieber auf der asphatierten Straße fährt.
Außer natürlich, es steht gerade wirklich der Bus da...

das bekommen wir bestimmt alles in ein intuitives taggingschema.

Gruss,
Chaos

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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen


Am 13.12.2012 14:28, schrieb Martin Koppenhoefer:

das ist nur eine Frage der kritischen Masse. Wenn halb Deutschland mit
Deiner App in der Tasche rumläuft, und nur auf einen Knopf drücken
muss, um ein Hindernis auf dem Fahrradweg (gemeint hier eher die
Waschmaschine als der Fußgänger) zu melden, dann könnte das genauso
auch gehen (siehe Waze etc.), zumindest bei Staus für Autos sind die
Chancen da ganz gut.
Aber nur unter der Voraussetzung, dass viele einen Dienst nutzen und 
auch Hindernisse melden. Allgemein halte ich das auch für recht 
schwierig. Der Kurzzeitparker steht da ja in der Regel nicht länger als 
5min, dann ist evtl. für 10min frei und dann steht der nächste da. Staus 
sind da eher langfristig.



Fußgänger auf dem Fahrradweg kann ich mir ehrlich
gesagt nicht als richtiges Problem vorstellen, das man durch tagging
erfassen kann, am besten hat mir dazu die Idee von Fred gefallen
(foot=permissive). Noch unwahrscheinlicher erscheint es mir, dass
jemand mit dem Rad eine längere Route  bevorzugt, nur um nicht
potentiell mal für einen Fußgänger auf dem Radweg zu bremsen.
Bei den Fußgängern gibt es das schon angesprochene Beispiel 
ÖPNV-Halteselle, aber auch eine Geschäftzeile oder ein Weg im Park. An 
meiner Uni gibt es bspw. einen Weg 4m breit, 2m Radweg, 2m Fußweg. 
Realität ist eher 2m Fußweg in die eine Richtung, 2m Fußweg in die 
andere Richtung und Radfahrer schlängeln sich auf den 4m durch. Ich 
stelle mir hier und auch bei den Parkern eher eine Lösung vor, die den 
Radfahrer primär warnt, dass er hier vorsichtig sein muss und damit 
rechnen sollte, dass er den Radweg mit nicht Radfahrern Teilen muss.


Henning


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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen

Ich hab nicht behauptet, dass man das taggen kann oder das das sinnvoll 
zu taggen ist.
Aber Martin hat bezweifelt, dass Nutzer für Menschen auf dem Fußweg 
überhaupt Umwege machen würden, und dafür habe ich ein Argument 
angeführt. Nicht, dass das die Rege wäre, aber es gibt eben solche 
Situationen.
Ob und wie man das taggen könnte, und ob das sinnvoll ist, ist eine 
andere Frage. Aber eine, die eben nicht mit nicht relevant, niemand 
würde einen längeren Weg dafür in Kauf nehmen abgetan werden sollte.


Gruß
Peter

Am 13.12.2012 15:27, schrieb Ronnie Soak:

Ein paar Hundert Meter Umweg mit dem Rad, anstatt sich 150 Meter an der
Bushaltestelle vor der Uni vorbeizukämpfen, die mit Wartenden gerammelt voll
ist? doch, gerne. Die Ausweichroute ist in dem Fall nichtmal viel länger -
z.T. reicht ja schon, 300 Meter vorher links die Nebenstraße zu benutzen als
rechts die eigentlich größere Straße.


Nur gültig Werktags zu Unizeiten, ausser Semesterferien.
Nachts gilt der umgedrehte Fall, in dem man nicht die unbeleuchtete
Nebenstraße nehmen will.
Und bei Regen, weil sich dort große Pfützen sammeln. Und im Winter,
weil da nicht geräumt wird.
Wobei der Rennradfahrer sowieso wegen dem Pflaster auf dem Radweg
lieber auf der asphatierten Straße fährt.
Außer natürlich, es steht gerade wirklich der Bus da...

das bekommen wir bestimmt alles in ein intuitives taggingschema.

Gruss,
Chaos

___
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] Nachfolger für xybot

Am 13. Dezember 2012 15:20 schrieb Henning Scholland o...@aighes.de:
 Hallo,
 im deutschen Forum wurde in der letzten Zeit darüber diskutiert, ob man die
 Arbeit, die der xybot lange Zeit übernommen hat, wieder aufzunehmen. Dabei
 ist bisher einBot heraus gekommen, der gängige Fehler bei dem Wort [Ss]traße
 in Deutschland findet und behebt. Dazu gehören [Ss]trasse, [Ss]tr. und
 [Ss]tr. Es geht dabei erstmal nur um die offensichtlichen Schreibfehlerbzw.
 Abkürzungen.

 Der Bot ( Wall-E ) wird von Oli-Wan betrieben und läuft aktuell in einem
 manuell kontrolliertem Testlauf.


Spricht was dagegen, auch im Produktivbetrieb eine manuelle
Kontrolle zwischenzuschalten? Es ist ja nicht völlig undenkbar, dass
auch ungewöhnliche Namen mal ihren Sinn haben (z.B. ...bindungs-s
-Trasse, oder auch Wörter, die mit S enden, z.B. Erdgastrasse).
Wichtig wäre auch, präzise Grenzen zu haben, damit man nicht
versehentlich im Ausland editiert.

Gruß Martin

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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen

Am 13. Dezember 2012 15:52 schrieb Peter Wendorff wendo...@uni-paderborn.de:
 Ich hab nicht behauptet, dass man das taggen kann oder das das sinnvoll zu
 taggen ist.
 Aber Martin hat bezweifelt, dass Nutzer für Menschen auf dem Fußweg
 überhaupt Umwege machen würden, und dafür habe ich ein Argument angeführt.
 Nicht, dass das die Rege wäre, aber es gibt eben solche Situationen.


ich hatte geschrieben, dass ich es für unwahrscheinlich halte. Wenn es
auf der Welt ein paar wenige solcher Situationen gibt, die in den
nächsten Jahren in OSM erfasst werden, wie wahrscheinlich ist es dann
wohl, dass jemand dafür einen Sonderfall in den Router einbaut?


 Ob und wie man das taggen könnte, und ob das sinnvoll ist, ist eine andere
 Frage. Aber eine, die eben nicht mit nicht relevant, niemand würde einen
 längeren Weg dafür in Kauf nehmen abgetan werden sollte.


je nach Vorlieben würden manche Leute lieber einen Umweg in Kauf
nehmen, andere lieber ein paar Studenten ansehen. Eine 150 Meter lange
Bushaltestelle kommt mir so vor, als hättest Du die nicht nachgemessen
;-)

Man kann das ja auch taggen, obwohl es vielleicht nie ausgewertet
wird, ist ja problemlos möglich. Mir ging es vor allem darum, dass
wenn man es taggt, das möglichst konkret (und punktuell, d.h. nur
dort, wo es auftritt) beschreiben sollte, was das Problem ist (z.B.
mit hoher Wahrscheinlichkeit Fußgänger auf dem Radweg, bzw.
Abstrakter: langsamfahren wegen Hindernis), und das nicht in einen
tag Fahrradrouteeignungsklasse=4 verwurschelt werden sollte.

Ein tag ist dafür auch bereits vorgeschlagen:
http://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle
mit der Möglichkeit, das radfahrerspezifisch anzugeben
(obstacle:bicycle). Ist sogar schon einigermaßen in Benutzung:
http://taginfo.openstreetmap.org/search?q=obstacle

Gruß Martin

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

Re: [Talk-de] Nachfolger für xybot


Am 13.12.2012 16:30, schrieb Martin Koppenhoefer:

Am 13. Dezember 2012 15:20 schrieb Henning Scholland o...@aighes.de:

Hallo,
im deutschen Forum wurde in der letzten Zeit darüber diskutiert, ob man die
Arbeit, die der xybot lange Zeit übernommen hat, wieder aufzunehmen. Dabei
ist bisher einBot heraus gekommen, der gängige Fehler bei dem Wort [Ss]traße
in Deutschland findet und behebt. Dazu gehören [Ss]trasse, [Ss]tr. und
[Ss]tr. Es geht dabei erstmal nur um die offensichtlichen Schreibfehlerbzw.
Abkürzungen.

Der Bot ( Wall-E ) wird von Oli-Wan betrieben und läuft aktuell in einem
manuell kontrolliertem Testlauf.


Spricht was dagegen, auch im Produktivbetrieb eine manuelle
Kontrolle zwischenzuschalten? Es ist ja nicht völlig undenkbar, dass
auch ungewöhnliche Namen mal ihren Sinn haben (z.B. ...bindungs-s
-Trasse, oder auch Wörter, die mit S enden, z.B. Erdgastrasse).
Wichtig wäre auch, präzise Grenzen zu haben, damit man nicht
versehentlich im Ausland editiert.
Beides wird in der wiki-Seite abgesprochen. Aber ich erkläre es gerne 
noch etwas ausführlicher:


Es ist sichergestellt, dass alle Straßen alle Nodes in Deutschland 
haben. Dazu werden alle Kandidaten aus dem groben Deutschland-Extrakt 
gegen ein osmosis-polygon-file der Grenzrelation von Deutschland 
geprüft. Dabei gehen alle Nodes verloren, die Außerhalb des Polygons 
liegen. Im Anschluss werden alle unvollständigen Wege entfernt.


Der Bot wird logfiles erzeugen, die Changeset-ID, Way-ID, alter Name und 
neuer Name enthalten. Jeder kann also nachverfolgen, was der Bot macht.


Bei den Test der Filter wurden zwei *-trassen entdeckt, die auf eine 
Ausschlussliste gelandet sind. Im Forum waren wir der Meinung, dass 
dieser Weg besser ist, als eine manuelle Prüfung, da die Unterscheidung 
zwischen ...-strasse und ...s-trasse auch für einen Menschen recht 
schwer zu bewerkstelligen ist, wenn er eine längere Liste vor sich hat. 
Die Ausschlussliste kann natürlich beliebig erweitert werden. Also wenn 
jemand Lust hat, Begriffe zu suchen, die auf s enden und mit trasse 
weitergehen können, kann er die Oli-Wan gerne zukommen lassen.


Henning


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

[Talk-de] reminder: last call for Abstracts: OSM @ Geoinformatik 2013 HD

2012-12-13 Diskussionsfäden Alexander Zipf (HD)


Hallo,

ein kleiner Hinweis:
kommende Woche Freitag (21.12.) endet die DL für die Einreichung von 
Abstracts (1-2 Seiten) für die GEOINFORMATIK 2013.

Die findet vom 13.-15.03. in der Heidelberger Altstadt statt.
Wir möchten eine eigene Session zu OSM  freien Geodaten organisieren 
und bitten um die Einreichung spannender aktueller Beiträge.
Diese bitte nicht mir senden, sondern das Konferenzsystem nutzen - 
Details unter 
http://geoinformatik2013.de/index.php/de/aufruf-fuer-beitraege (ich bin 
nicht der Programme Chair)
Weitere Optionen sind Poster, Workshops oder ein Aussteller-Stand für 
Firmen, Institutionen etc.
Ein allgemeiner OSM Community Stand ist kostenlos, aber sonst gelten die 
online genannten Ausstellerkonditionen.


Wir würden über ein weiteres OSM Event und Wiedersehen in Heidelberg 
freuen (diesmal in der romantischen Altstadt)!


beste Grüße
alexander zipf

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

[Talk-de] Doppelt gemoppelte Landesnamen: Was tun?

2012-12-13 Diskussionsfäden Wuzzy

Was mir mit dem Herumspielen mit der mehrsprachigen Karte, die von Joto
vorgestellt wurde, auffiel, ist die Tatsache, dass manche name=*-Tags
quasi doppelt gemoppelt sind; d.h. dass der Name in diesen Keys in
Landessprache _und_ der lateinischen Transkription angegeben wird.

Überzeugt euch selbst: Macht mal »_|de« und guckt auf Afrika,
insbesondere auf die Staaten Eritrea, Tschad, N'Djamena. Das doofe ist,
dass diese Doppelmoppelei den Sinn einer mehrsprachigen Karte ganz fies
verspottet. :(
Ganz seltsam sehen bei »_|de« Algerien, Marokko und Algier
aus. Erst in Landessprache untranskribiert, gefolgt von deutsch in
selber Zeile, dann neue Zeile, und zwar transkribiert, aber nicht
deutsch. Ich bin mir sicher, so war das sicherlich nicht
gedacht. ;-)

Dass beides in der selben Zeile auftauchen kann, war ja schon in der
Mailingliste irgendwo erwähnt worden, aber diese kuriose Darstellung
hat wohl noch niemand ausgemacht. Oder?

Die doppelt gemoppelten Namen müssten mal aufgetrennt werden; ich halte
es nicht für eine gute Idee, zwei Schreibvarianten des gleichen Namens
im selben Key unterzubringen, gerade bei einer dynamischen
mehrsprachigen Karte rächt sich das. Besonders lustig wird es dann,
wenn eine links-nach-rechts und eine rechts-nach-links-Sprache im
selben Tag auftaucht. Weiß jemand, wie man es besser manchen könnte?

Der Witz ist, die mehrsprachige Karte dient schon jetzt auf
unfreiwillige Weise als Qualitätssicherungswerkzeug. ;-)

-- 
Wuzzy
XMPP: wuz...@jabber.ccc.de
E-Mail: wuz...@mail.ru

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

Re: [Talk-de] Nachfolger für xybot

2012-12-13 Diskussionsfäden Jörg Frings-Fürst

Hallo,

Am Donnerstag, den 13.12.2012, 15:20 +0100 schrieb Henning Scholland:
 Hallo,
 im deutschen Forum wurde in der letzten Zeit darüber diskutiert, ob man 
 die Arbeit, die der xybot lange Zeit übernommen hat, wieder aufzunehmen. 
 Dabei ist bisher einBot heraus gekommen, der gängige Fehler bei dem Wort 
 [Ss]traße in Deutschland findet und behebt. Dazu gehören [Ss]trasse, 
 [Ss]tr. und [Ss]tr. Es geht dabei erstmal nur um die offensichtlichen 
 Schreibfehlerbzw. Abkürzungen.
 
 Der Bot ( Wall-E ) wird von Oli-Wan betrieben und läuft aktuell in einem 
 manuell kontrolliertem Testlauf.
 
 Ich spare mir hier weitere Details, die hat Oli-Wan auf der wiki-Seite 
 des Bots: http://wiki.openstreetmap.org/wiki/User:Oli-Wan/Wall-E 
 ausführlich erklärt. Dort findet ihr auch die Links zu den Diskussionen 
 im Forum.
 
 Viele Grüße
 Henning


ich denke mal Straßennamen sind in Deutschland wie auch in den meisten
anderen Ländern Eigennamen, für die die richtige Schreibweise
einzig aus der Widmung der Straße ergibt.


Jörg




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

Re: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?


Hallo Wuzzy.
Du hast recht, dass das ungünstig ist. Bisher war es für viele Regionen 
eben ein Workaround um das Problem, dass es nicht eine eindeutige 
Primärsprache gibt - oder dass das Schriftsystem unlesbar wird etc.
Beispiele findest Du nicht nur in Afrika, sondern auch in Asien und 
selbst in Europäischen Ländern mit mehreren Sprachen.


Die mehrsprachige Karte könnte das lösen, aber bisher ist sie ein 
Nischenprodukt, selbst wenn sie schon bei Wikimedia eingesetzt werden 
sollte (wird sie das schon?).
Solange aber die normale Variante der name ist, wird sich da nichts 
ändern, denke ich.


Gruß
Peter

Am 13.12.2012 21:38, schrieb Wuzzy:

Was mir mit dem Herumspielen mit der mehrsprachigen Karte, die von Joto
vorgestellt wurde, auffiel, ist die Tatsache, dass manche name=*-Tags
quasi doppelt gemoppelt sind; d.h. dass der Name in diesen Keys in
Landessprache _und_ der lateinischen Transkription angegeben wird.

Überzeugt euch selbst: Macht mal »_|de« und guckt auf Afrika,
insbesondere auf die Staaten Eritrea, Tschad, N'Djamena. Das doofe ist,
dass diese Doppelmoppelei den Sinn einer mehrsprachigen Karte ganz fies
verspottet. :(
Ganz seltsam sehen bei »_|de« Algerien, Marokko und Algier
aus. Erst in Landessprache untranskribiert, gefolgt von deutsch in
selber Zeile, dann neue Zeile, und zwar transkribiert, aber nicht
deutsch. Ich bin mir sicher, so war das sicherlich nicht
gedacht. ;-)

Dass beides in der selben Zeile auftauchen kann, war ja schon in der
Mailingliste irgendwo erwähnt worden, aber diese kuriose Darstellung
hat wohl noch niemand ausgemacht. Oder?

Die doppelt gemoppelten Namen müssten mal aufgetrennt werden; ich halte
es nicht für eine gute Idee, zwei Schreibvarianten des gleichen Namens
im selben Key unterzubringen, gerade bei einer dynamischen
mehrsprachigen Karte rächt sich das. Besonders lustig wird es dann,
wenn eine links-nach-rechts und eine rechts-nach-links-Sprache im
selben Tag auftaucht. Weiß jemand, wie man es besser manchen könnte?

Der Witz ist, die mehrsprachige Karte dient schon jetzt auf
unfreiwillige Weise als Qualitätssicherungswerkzeug. ;-)




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

Re: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?

2012-12-13 Diskussionsfäden Martin Schafran

was meinst du mit besser machen? rausfiltern oder taggen?
ich dachte es wird mit tags wie name:de, name:en, name:nl bereits gemacht.

rausfiltern wird schon schwieriger und ohne manuelle hilfe kaum machbar.
also ascii zeichen aus japanischen zeichen rausfiltern geht aber ob die ascii
zeichen deutsch oder englisch sind, kann man nicht immer entscheiden.


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

Re: [Talk-de] Doppelt gemoppelte Landesnamen: Was tun?

Am 13. Dezember 2012 23:49 schrieb Peter Wendorff wendo...@uni-paderborn.de:
 Hallo Wuzzy.
 Du hast recht, dass das ungünstig ist. Bisher war es für viele Regionen eben
 ein Workaround um das Problem, dass es nicht eine eindeutige Primärsprache
 gibt - oder dass das Schriftsystem unlesbar wird etc.
 Beispiele findest Du nicht nur in Afrika, sondern auch in Asien und selbst
 in Europäischen Ländern mit mehreren Sprachen.

 Die mehrsprachige Karte könnte das lösen, aber bisher ist sie ein
 Nischenprodukt, selbst wenn sie schon bei Wikimedia eingesetzt werden sollte
 (wird sie das schon?).
 Solange aber die normale Variante der name ist, wird sich da nichts
 ändern, denke ich.


es fehlt auch noch ein tag, um die Sprache/n anzugeben, die dort
offiziell ist/sind, Kandidaten sind z.B. lang oder language:
http://taginfo.openstreetmap.org/keys/lang
http://taginfo.openstreetmap.org/keys/language
So würde man Wiederholungen vermeiden, vor allem in mehrsprachigen
Gebieten, mit 2 oder mehr offiziellen Sprachen.

Gruß Martin

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

Re: [Talk-de] Taggen weicher Kriterien bei Radwegen

2012-12-13 Diskussionsfäden RainerU




Am 13.12.2012 15:35, schrieb Henning Scholland:

Ich stelle mir hier und auch bei den Parkern eher eine Lösung
vor, die den Radfahrer primär warnt, dass er hier vorsichtig sein muss und damit
rechnen sollte, dass er den Radweg mit nicht Radfahrern Teilen muss.


Genau das ist der Punkt um den es mir im UP ging, und dafür suche ich ein 
geeignetes Tag. foot=permissive würde im Fall der Fußgänger auf dem Radweg zwar 
die Radfahrer zufriedenstellen, aber den Fußgängern eine Nutzungserlaubnis 
anzeigen, die tatsächlich nicht existiert. Wenn man die Zahl der Keys in Grenzen 
halten will, dann käme foot=accepted, foot=customary, foot=inofficial oder 
ähnliches in Frage. Anders herum könnte man solche Situationen mit 
nuisance=parked_cars, disturbance=pedestrians kennzeichnen.



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

[Talk-in] Participatory OSM in Pune

2012-12-13 Diskussionsfäden Mikel Maron

Hi

Just wanted to share this presentation by a researcher who worked in a Pune 
slum last summer mapping.
http://www.slideshare.net/candelasre/participatory-mapping-in-pune

 
My take on the outcomes is that it was quite a short intervention. All the 
challenges faced are the slower moving, real issues to grapple with in this 
kind of work. 

Cheers
Mikel

* Mikel Maron * +14152835207 @mikel s:mikelmaron___
Talk-in mailing list
Talk-in@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] Participatory OSM in Pune

2012-12-13 Diskussionsfäden Ishan Chattopadhyaya

Good presentation. Clearly demonstrates the need for a format definition of
an extended tagset for India. Any proposals so far?
Did the researcher publish any list of tags she felt needed for her work?

On Thu, Dec 13, 2012 at 7:54 PM, Mikel Maron mikel_ma...@yahoo.com wrote:

 Hi

 Just wanted to share this presentation by a researcher who worked in a
 Pune slum last summer mapping.
 http://www.slideshare.net/candelasre/participatory-mapping-in-pune

 My take on the outcomes is that it was quite a short intervention. All the
 challenges faced are the slower moving, real issues to grapple with in this
 kind of work.

 Cheers
 Mikel

 * Mikel Maron * +14152835207 @mikel s:mikelmaron

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


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

[Talk-it] Artigiani

2012-12-13 Diskussionsfäden Giuseppe Amici

Trovo strutture, magari porzioni di edifici, come potrebbe essere un
negozio, ma che non sono propriamente negozi (tag:shop).

Mi riferisco a quelle attività definite artigianali, come falegname,
imbianchino, fabbro, liutaio. Ma avrei anche un piccolissimo negozietto con
produzione di scarpe su misura.

Qualcuno ha affrontato la questione con successo?

Grazie dei suggerimenti.

 

Beppe

 

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

Re: [Talk-it] Artigiani

2012-12-13 Diskussionsfäden Stefano Fraccaro


tag:craft ?

Il 13/12/2012 09:04, Giuseppe Amici ha scritto:


Trovo strutture, magari porzioni di edifici, come potrebbe essere un 
negozio, ma che non sono propriamente negozi (tag:shop).


Mi riferisco a quelle attività definite artigianali, come falegname, 
imbianchino, fabbro, liutaio. Ma avrei anche un piccolissimo 
negozietto con produzione di scarpe su misura.


Qualcuno ha affrontato la questione con successo?

Grazie dei suggerimenti.

Beppe




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

[Talk-it] Strana mappatura a Milano

Ciao a tutti. Vi presento le biblioteche di Milano:

http://www.openstreetmap.org/browse/relation/213

Sono l'unico che pensa che taggare questo mostro come multipoligono sia
un'aberrazione? Vorrei correggerlo almeno in type=site, anche se secondo me
questa relazione è una collezione e non ha neanche ragione di esistere, ci
sono obiezioni o altri suggerimenti?

Ciao,

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

[Talk-it] R: Artigiani

2012-12-13 Diskussionsfäden Giuseppe Amici

Grazie Stefano,

lo avevo visto. 

Ho visto anche che il TAG proposal è attivo. Ma cè anche una ampia
discussione contro, e a favore di service o repair.

In verità il tag craft mi sembra certamente adeguato, anche le altre
proposte hanno le loro giustificazioni. In realtà vedo un po di confusione (
e capirai!). 

Quindi raccoglievo anche i contributi della lista, eventualmente le
argomentazioni di chi aveva affrontato la questione.

 

Grazie di nuovo.

 

Da: Stefano Fraccaro [mailto:stefano.fracc...@libero.it] 
Inviato: giovedì 13 dicembre 2012 09:16
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] Artigiani

 

tag:craft ?

Il 13/12/2012 09:04, Giuseppe Amici ha scritto:

Trovo strutture, magari porzioni di edifici, come potrebbe essere un
negozio, ma che non sono propriamente negozi (tag:shop).

Mi riferisco a quelle attività definite artigianali, come falegname,
imbianchino, fabbro, liutaio. Ma avrei anche un piccolissimo negozietto con
produzione di scarpe su misura.

Qualcuno ha affrontato la questione con successo?

Grazie dei suggerimenti.

 

Beppe

 

 

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

Re: [Talk-it] Strana mappatura a Milano

2012-12-13 Diskussionsfäden Fabrizio Tambussa

Il giorno 13 dicembre 2012 09:16, Simone Saviolo
simone.savi...@gmail.comha scritto:

 Ciao a tutti. Vi presento le biblioteche di Milano:

 http://www.openstreetmap.org/browse/relation/213

 Sono l'unico che pensa che taggare questo mostro come multipoligono sia
 un'aberrazione? Vorrei correggerlo almeno in type=site, anche se secondo me
 questa relazione è una collezione e non ha neanche ragione di esistere, ci
 sono obiezioni o altri suggerimenti?

 Gia' mettere le maiuscole sarebbe un bel passo avanti.
Se il comune di Milano ha un sistema bibliotecario centralizzato, la
relazione ha ragione di esistere, altrimenti, per me, no.   Non e' che
facciamo una relation per tutte le scuole elementari di una citta', o tutte
le stazioni del Piemonte...
Saluti
Fabrizio
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strana mappatura a Milano

2012-12-13 Diskussionsfäden Edoardo Marascalchi

magari una relazione sarebbe più sensata.

Il giorno 13 dicembre 2012 10:16, Simone Saviolo
simone.savi...@gmail.comha scritto:

 Ciao a tutti. Vi presento le biblioteche di Milano:

 http://www.openstreetmap.org/browse/relation/213

 Sono l'unico che pensa che taggare questo mostro come multipoligono sia
 un'aberrazione? Vorrei correggerlo almeno in type=site, anche se secondo me
 questa relazione è una collezione e non ha neanche ragione di esistere, ci
 sono obiezioni o altri suggerimenti?

 Ciao,

 Simone

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




-- 
Edoardo Marascalchi
skype: asca_edom
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strana mappatura a Milano

2012-12-13 Diskussionsfäden Maurizio Daniele

Il giorno 13 dicembre 2012 09:16, Simone Saviolo
simone.savi...@gmail.comha scritto:

 Ciao a tutti. Vi presento le biblioteche di Milano:



Secondo me va cancellata senza pietà (relations are NOT categories)

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strana mappatura a Milano

2012-12-13 Diskussionsfäden Martin Koppenhöfer



Am 13/dic/2012 um 09:16 schrieb Simone Saviolo simone.savi...@gmail.com:

 anche se secondo me questa relazione è una collezione e non ha neanche 
 ragione di esistere,


+1

Ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Artigiani

2012-12-13 Diskussionsfäden sabas88

Il giorno 13 dicembre 2012 09:30, Giuseppe Amici
giuseppeam...@virgilio.itha scritto:

 Grazie Stefano,

 lo avevo visto. 

 Ho visto anche che il TAG proposal è attivo. Ma c’è anche una ampia
 discussione contro, e a favore di service o repair.

 In verità il tag craft mi sembra certamente adeguato, anche le altre
 proposte hanno le loro giustificazioni. In realtà vedo un po di confusione
 ( e capirai!). 

 Quindi raccoglievo anche i contributi della lista, eventualmente le
 argomentazioni di chi aveva affrontato la questione.

 **


Io ho usato una volte il tag craft=carpet per un negozietto di tappeti
artigianali..


 **

 Grazie di nuovo.


Ciao,
Stefano
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strana mappatura a Milano

2012-12-13 Diskussionsfäden sabas88

Il giorno 13 dicembre 2012 10:43, Martin Koppenhöfer dieterdre...@gmail.com
 ha scritto:



 Am 13/dic/2012 um 09:16 schrieb Simone Saviolo simone.savi...@gmail.com:

  anche se secondo me questa relazione è una collezione e non ha neanche
 ragione di esistere,


 +1

 +1

http://www.openstreetmap.org/browse/node/1705005563
Toglierei anche qualche tag (addr, source?) e metterei in cambio
operator=Comune di Milano. opening_hours è corretto?



 Ciao,
 Martin
 _


Ciao,
Stefano

 __
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it

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

Re: [Talk-it] [OT] aperte le iscrizioni a wherecamp.eu 2013

2012-12-13 Diskussionsfäden Maurizio Napolitano

2012/12/12 Fabri erfab...@gmail.com:
 Il 12/12/2012 00:29, Maurizio Napolitano ha scritto:
 http://wherecamp.eu/blog/2012/12/registration-is-open/
 Vi ricordo
 18/19 gennaio a Roma, presso Porta Futura

 essendo di zona mi sono iscritto ai partecipanti...ma...il biglietto è
 gratis...o è una prevendita?

Gratis

 comunque è Porta Futuro una nuova struttura aperta da poco a Roma
 (Testaccio). è un centro per l'impiego, l'ho visitato, ci sono delle
 sale abbastanza grandi con tanti pc (purtroppo windows 7) che la gente
 usa per cercare lavoro, inviare CV, frequentare brevi corsi, etc. Non è
 proprio un centro congressi, ma si può prestare...

Ci danno 3 spazi:
- una hall da usare per cofee break e quant'altro
- una sala corsi che sara' adibita a presenzationi
- una sala conferenze che sara' divisa in due

 non conosco l'organizzatore ma la sua mail dovrebbe essere
 graf...@lynxlab.com

in realta' ad organizzare siamo diversi.
In sostanza ero a Roma per la questione tecnica delle mappe legate
a opencoesione.gov.it
durante un pranzo ho conosciuto i ragazzi di lynxlab che volevano
sapere qualcosa di piu' sul tema mappe.
Ho detto loro di andare a WhereCamp 2012 che era in quel
periodo, loro mi hanno chiesto se era possibile portare l'evento a
Roma.
Ho preso contatti con Gary Gale, una delle menti di WhereCamp.eu
e il resto ... e' storia :)

 qualcuno sta già organizzando talk su osm?

Essendo un barcamp il programma viene costruito on the fly il
giorno dell'evento, quindi e' difficile dirlo.
Non ho dubbi pero' che arriveranno diversi contributi osmici
come ha gia' sottolineato il buon Simone.

Ciao

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

Re: [Talk-it] Strana mappatura a Milano

2012-12-13 Diskussionsfäden Volker Schmidt

Simone,

suppongo tu abbia fatto un tentativo di dialogo con l'autore originale
della relazione ( agilulfo7 http://www.openstreetmap.org/user/agilulfo7)
prima di portarlo in lista?

Volker

2012/12/13 Simone Saviolo simone.savi...@gmail.com

 Ciao a tutti. Vi presento le biblioteche di Milano:

 http://www.openstreetmap.org/browse/relation/213

 Sono l'unico che pensa che taggare questo mostro come multipoligono sia
 un'aberrazione? Vorrei correggerlo almeno in type=site, anche se secondo me
 questa relazione è una collezione e non ha neanche ragione di esistere, ci
 sono obiezioni o altri suggerimenti?

 Ciao,

 Simone

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


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

Re: [Talk-it] Strana mappatura a Milano

Il giorno 13 dicembre 2012 11:09, Volker Schmidt vosc...@gmail.com ha
scritto:

 Simone,

 suppongo tu abbia fatto un tentativo di dialogo con l'autore originale
 della relazione ( agilulfo7 http://www.openstreetmap.org/user/agilulfo7)
 prima di portarlo in lista?


No, volevo prima avere conferma che non ci fosse uno schema accettabile in
questo stile di mappatura.
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Incontro OpenStreetMap a Bolzano

2012-12-13 Diskussionsfäden Maurizio Napolitano

Ciao a tutti
l'incontro del 20 si avvicina.
Qualche informazione in piu':
l'evento si inquadra all'interno di un progetto dal nome Open GIS Data
http://www.tis.bz.it/info/projekte-it/sheet-progetti/open-gis-data

Faccio un copia incolla di una descrizione
---
Open GIS Data è un progetto della Ripartizione 9 informatica della
Provincia Autonoma di Bolzano.
L'obiettivo principale del progetto è quello di  pubblicare dati GIS a
disposizione della Provincia Autonoma di Bolzano come Open Data.
Inoltre si prevede di ottimizzare la sincronizzazione dei dati tra le
diverse banche dati disponibili e di dare la possibilità ai cittadini
ed alle aziende di  integrare i dati con proprie indicazioni
---
Risulta semplice capire che OpenStreetMap e' un modello da cui partire.

A tale scopo l'evento del 20 si presenta ben strutturato con tanto di
agenda che qui riporto

16:00 Opening
16:10 Presentation
16:20 The “Open GIS Data” project
16:35 Studio preliminare – Maurizio Napolitano (FBK)
17:05 Coffee break
17:20 Brainstorming and Discussion

Vi ricordo che la sede e' quella del TIS Innovation Park

Molti si sono gia' segnati sul doodle
http://www.doodle.com/dq5upccuk8qqigu7
sarebbe pero' importante informare della propria presenza scrivendo
direttamente a me
o Luisa (in copia in questa email)


2012/11/30 Maurizio Napolitano napoo...@gmail.com:
 Ciao a tutti,
 Vi informo che la data e' stata stabilita per il 20 dicembre dalle
 16:00 alle 18:00 presso il TIS di Bolzano.
 Seguiranno maggiori informazioni in seguito.
 La lista dei partecipanti rimane comunque aperta.
 Grazie!

 2012/11/28 Maurizio Napolitano napoo...@gmail.com:
 All'interno di una serie di iniziative in Alto Adige e' nata l'idea
 di fare un incontro pre-natalizio fra gli utenti openstreetmap
 dell'alto adige.
 Lo scopo e' quello di avere un confronto fra i rappresentanti
 della comunita' e di coinvolgere anche la PA della Provincia
 Autonoma di Bolzano.
 La sede dell'evento e' presso il TIS di Bolzano.

 La data e' da definire, ma se qualcuno e' interessato che
 non esiti a segnarsi qui
 http://www.doodle.com/dq5upccuk8qqigu7

 In copia Luisa e Patrick, fra i promotori dell'iniziativa


 --
 Maurizio Napo Napolitano
 http://de.straba.us



 --
 Maurizio Napo Napolitano
 http://de.straba.us



-- 
Maurizio Napo Napolitano
http://de.straba.us

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

Re: [Talk-it] landuse

2012-12-13 Diskussionsfäden Alberto

Visto l'uso che si fa attualmente di landuse=farm, mi sa che il problema
non sussiste. Almeno in Italia ci sono grosse chiazze di farm, poligoni di
diverse decine di kilometri quadrati che non rappresentano, per come la vedo
io, un bel niente. Dubito che su una mappatura del genere si possa dire che
un certo megapoligono farm indicava campi mentre un altro indicava cascine.
Piuttosto, se proprio dobbiamo fare questo cambiamento, allora mettiamoci a
mappare i campi come si deve.

Dove mappo io trovo i poligoni di campi e cascine ben distinti ed io cambio
solo il tag. Se trovassi un megapoligono come quelli che dici tu, mi
metterei senz'altro a dividerlo in campi e cascine prima di ritaggarlo.

Il wiki adesso mi sembra chiaro. Prima di deprecare un tag, non dovremmo
aprire una consultazione più ampia?

Sarà chiaro ora, ma in passato non lo è stato e lo stesso wiki dice che farm
è stato usato scorrettamente. Quindi come fai a distinguere quello mappato
bene da quello mappato male? Ok, puoi guardare le immagini satellitari o
intuirlo dall'estensione del poligono, ma come fa un render o un router a
capire se deve disegnare una cascina o un campo? Semplicemente assumerà che
tutte le landuse=farm siano campi e nei casi taggati male sbaglierà.
Se vuoi apriamo una consultazione, ma come dice Martin le votazioni sono un
terno al lotto in OSM e qui l'ampio uso del nuovo tag farmland (che nella
definizione è esattamente equivalente a farm ed è stato creato per
sostituirlo http://wiki.openstreetmap.org/wiki/Proposed_features/farmland)
dovrebbe di fatto rendere superfluo il voto.

Ciao
Alberto


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

Re: [Talk-it] landuse

2012/12/13 Alberto albertoferra...@fastwebnet.it:
 ma come dice Martin le votazioni sono un
 terno al lotto in OSM


scusate, avevo tradotto un modo di dire tedesco in italiano (votare
con i piedi), e credo che non si poteva capire in Italiano ;-)

Votare con i piedi significa ~fare invece di votare (i clienti
votano con i piedi=vanno da chi è conveniente).

ciao,
Martin

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

Re: [Talk-it] landuse

Il giorno 13 dicembre 2012 13:20, Alberto
albertoferra...@fastwebnet.itha scritto:

 Visto l'uso che si fa attualmente di landuse=farm, mi sa che il problema
 non sussiste. Almeno in Italia ci sono grosse chiazze di farm, poligoni di
 diverse decine di kilometri quadrati che non rappresentano, per come la
 vedo
 io, un bel niente. Dubito che su una mappatura del genere si possa dire che
 un certo megapoligono farm indicava campi mentre un altro indicava
 cascine.
 Piuttosto, se proprio dobbiamo fare questo cambiamento, allora mettiamoci
 a
 mappare i campi come si deve.

 Dove mappo io trovo i poligoni di campi e cascine ben distinti ed io cambio
 solo il tag. Se trovassi un megapoligono come quelli che dici tu, mi
 metterei senz'altro a dividerlo in campi e cascine prima di ritaggarlo.

 Il wiki adesso mi sembra chiaro. Prima di deprecare un tag, non dovremmo
 aprire una consultazione più ampia?

 Sarà chiaro ora, ma in passato non lo è stato e lo stesso wiki dice che
 farm
 è stato usato scorrettamente. Quindi come fai a distinguere quello mappato
 bene da quello mappato male? Ok, puoi guardare le immagini satellitari o
 intuirlo dall'estensione del poligono, ma come fa un render o un router a
 capire se deve disegnare una cascina o un campo? Semplicemente assumerà che
 tutte le landuse=farm siano campi e nei casi taggati male sbaglierà.
 Se vuoi apriamo una consultazione, ma come dice Martin le votazioni sono un
 terno al lotto in OSM e qui l'ampio uso del nuovo tag farmland (che nella
 definizione è esattamente equivalente a farm ed è stato creato per
 sostituirlo http://wiki.openstreetmap.org/wiki/Proposed_features/farmland)
 dovrebbe di fatto rendere superfluo il voto.


http://www.youtube.com/watch?v=xC1RrQaLB5st=1m49s

:-)

Ciao,

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

Re: [Talk-it] Strana mappatura a Milano

Il giorno 13 dicembre 2012 11:09, Volker Schmidt vosc...@gmail.com ha
scritto:

 Simone,

 suppongo tu abbia fatto un tentativo di dialogo con l'autore originale
 della relazione ( agilulfo7 http://www.openstreetmap.org/user/agilulfo7)
 prima di portarlo in lista?


Ecco la risposta:

il motivo per cui ho creato qs. relazione è che essendo bibliotecario del
comune di milano e precisamente all'ufficio informazioni di comunità della
biblioteca centrale di palazzo sormani, mi trovavo a dover spiegare agli
utenti della biblioteca dove si trovassero le biblioteche del sistema
urbano magari in relazione al punto dato con il campo cerca per esempio il
propio domicilio,e che cmq. qs rappresentano una relazione essendo
iterdipendenti tra loro e la biblioteca centrale sormani fosse il nodo
inner...e anche poichè con i navigatori quali quelli di android anche se
uno non avesse saputo il nome delle biblioteche e la via avrebbe trovato
tutte le biblioteche del sistema urbano digitando biblioteche comune
milano,forse sbaglio...ma non trovo neanche errata la tua correzione
...ciao grazie

Gli ho suggerito di mantenere la relazione site se davvero le biblioteche
dipendono da quella centrale: in fondo sarebbe un caso equiparabile a
quelle delle scuole di un comprensorio. L'ho inoltre invitato ad aggiungere
dettagli sulle biblioteche.

Ciao,

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

[Talk-it] Sistemi bibliotecari (ERA: Strana mappatura a Milano)

2012-12-13 Diskussionsfäden Carlo Stemberger

Mmmm, se trovate uno schema condiviso, poi lo applico anche al sistema 
bibliotecario vimercatese e a quello della provincia di lecco:


http://www.sbv.mi.it/
http://www.provincia.lecco.it/biblioteche/biblioteche.htm

Ciao!

Carlo

--
  .-.  | Registered Linux User #443882|  .''`.
  oo|  | http://linuxcounter.net/ | : :'  :
 /`'\  |   Registered Debian User #9  | `. `'`
(\_;/) | http://debiancounter.altervista.org/ |   `-


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

Re: [Talk-it] Strana mappatura a Milano

2012/12/13 Simone Saviolo simone.savi...@gmail.com:
 Gli ho suggerito di mantenere la relazione site se davvero le biblioteche
 dipendono da quella centrale: in fondo sarebbe un caso equiparabile a quelle
 delle scuole di un comprensorio. L'ho inoltre invitato ad aggiungere
 dettagli sulle biblioteche.


secondo me è sufficente avere un tag in comune (operator=Comune di
Milano per esempio), con cui si potrebbe trovare facilmente tutte le
biblioteche (select * where operator=Comune di Milano and
amenity=library)

Non credo che sia idonea una relazione site anche nel caso che tutte
dipendesse da una centrale (anche i benzinai dipendono da una
centrale da dove li viene fornita la benzina). Il site potrebbe avere
senso in certi casi eccezionali per una singola biblioteca.

ciao,
Martin

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

Re: [Talk-it] Strana mappatura a Milano

Il giorno 13 dicembre 2012 16:22, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:

 2012/12/13 Simone Saviolo simone.savi...@gmail.com:
  Gli ho suggerito di mantenere la relazione site se davvero le biblioteche
  dipendono da quella centrale: in fondo sarebbe un caso equiparabile a
 quelle
  delle scuole di un comprensorio. L'ho inoltre invitato ad aggiungere
  dettagli sulle biblioteche.


 secondo me è sufficente avere un tag in comune (operator=Comune di
 Milano per esempio), con cui si potrebbe trovare facilmente tutte le
 biblioteche (select * where operator=Comune di Milano and
 amenity=library)


Come risolveresti il problema della ricerca di cui lui parla? Sappiamo che
questi problemi non vanno risolti nei dati, ma come mappatori c'è qualcosa
che possiamo fare?

Ciao,

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

Re: [Talk-it] [Talk-it-trentino] Incontro OpenStreetMap a Bolzano

2012-12-13 Diskussionsfäden Luca Delucchi

Il 13 dicembre 2012 12:41, Maurizio Napolitano napoo...@gmail.com ha scritto:
 Ciao a tutti

ciao

 l'incontro del 20 si avvicina.
 Qualche informazione in piu':
 l'evento si inquadra all'interno di un progetto dal nome Open GIS Data
 http://www.tis.bz.it/info/projekte-it/sheet-progetti/open-gis-data

 Faccio un copia incolla di una descrizione
 ---
 Open GIS Data è un progetto della Ripartizione 9 informatica della
 Provincia Autonoma di Bolzano.
 L'obiettivo principale del progetto è quello di  pubblicare dati GIS a
 disposizione della Provincia Autonoma di Bolzano come Open Data.
 Inoltre si prevede di ottimizzare la sincronizzazione dei dati tra le
 diverse banche dati disponibili e di dare la possibilità ai cittadini
 ed alle aziende di  integrare i dati con proprie indicazioni
 ---
 Risulta semplice capire che OpenStreetMap e' un modello da cui partire.

 A tale scopo l'evento del 20 si presenta ben strutturato con tanto di
 agenda che qui riporto

 16:00 Opening
 16:10 Presentation
 16:20 The “Open GIS Data” project
 16:35 Studio preliminare – Maurizio Napolitano (FBK)
 17:05 Coffee break
 17:20 Brainstorming and Discussion

 Vi ricordo che la sede e' quella del TIS Innovation Park

 Molti si sono gia' segnati sul doodle
 http://www.doodle.com/dq5upccuk8qqigu7
 sarebbe pero' importante informare della propria presenza scrivendo
 direttamente a me
 o Luisa (in copia in questa email)


confermo.

PS
Napo mi passi a prendere in FEM ?? :-)

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Strana mappatura a Milano

2012/12/13 Simone Saviolo simone.savi...@gmail.com:
 secondo me è sufficente avere un tag in comune (operator=Comune di
 Milano per esempio), con cui si potrebbe trovare facilmente tutte le
 biblioteche (select * where operator=Comune di Milano and
 amenity=library)


 Come risolveresti il problema della ricerca di cui lui parla? Sappiamo che
 questi problemi non vanno risolti nei dati, ma come mappatori c'è qualcosa
 che possiamo fare?


non capisco. Se non va risolto nei dati, non è ovvio che come
mappatore non ci puoi fare niente?
Se scrivi libraries in milano nel campo di ricerca ti trova un sacco
di biblioteche, per fare una query più specifica direi di rivolgersi
all'Overpass API.

ciao,
Martin

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

Re: [Talk-it] Strana mappatura a Milano

Il giorno 13 dicembre 2012 16:52, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:

 2012/12/13 Simone Saviolo simone.savi...@gmail.com:
  secondo me è sufficente avere un tag in comune (operator=Comune di
  Milano per esempio), con cui si potrebbe trovare facilmente tutte le
  biblioteche (select * where operator=Comune di Milano and
  amenity=library)
 
 
  Come risolveresti il problema della ricerca di cui lui parla? Sappiamo
 che
  questi problemi non vanno risolti nei dati, ma come mappatori c'è
 qualcosa
  che possiamo fare?


 non capisco. Se non va risolto nei dati, non è ovvio che come
 mappatore non ci puoi fare niente?


Intendo dire, è ovvio che non dobbiamo introdurre dati sbagliati solo per
risolvere questo problema, perché dovremmo mappare secondo un modello
corretto e lasciare che siano le applicazioni a fare qualcosa di più.
Però, senza violare questo principio, c'è un qualche tipo di dato che
permetterebbe di fare la ricerca richiesta?


 Se scrivi libraries in milano nel campo di ricerca ti trova un sacco
 di biblioteche, per fare una query più specifica direi di rivolgersi
 all'Overpass API.


Ovviamente intendo qualcosa di più semplice per l'utente.


 ciao,
 Martin


Ciao,

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

Re: [Talk-it] Strana mappatura a Milano

2012-12-13 Diskussionsfäden Federico Cozzi

2012/12/13 Simone Saviolo simone.savi...@gmail.com:
 Intendo dire, è ovvio che non dobbiamo introdurre dati sbagliati solo per
 risolvere questo problema, perché dovremmo mappare secondo un modello
 corretto e lasciare che siano le applicazioni a fare qualcosa di più.
 Però, senza violare questo principio, c'è un qualche tipo di dato che
 permetterebbe di fare la ricerca richiesta?

operator=Comune di Milano
ed eventualmente
network=Sistema bibliotecario di Milano (o altro nome descrittivo e
ufficiale della rete di biblioteche del comune di milano)

Ciao,
Federico

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

Re: [Talk-it] Strana mappatura a Milano

2012/12/13 Simone Saviolo simone.savi...@gmail.com:
 Se scrivi libraries in milano nel campo di ricerca ti trova un sacco
 di biblioteche, per fare una query più specifica direi di rivolgersi
 all'Overpass API.


 Ovviamente intendo qualcosa di più semplice per l'utente.


l'ho appena provato, funziona anche con biblioteche a milano nel
campo cerca sul sito principale. L'Overpass API sembra complicata,
ma non lo è per queries semplici

tutte le librerie di Milano (in realtà dentro un bounding box un po'
casuale) con nome:
http://overpass-api.de/api/interpreter?data=[out:popup(%22Biblioteche%20Comune%20di%20Milano%22;[name][amenity~%22library%22];%22name%22;)];(node(45.2,8.8,45.7,9.6);%3C;);out;

con nome e operator Comune di Milano:
http://overpass-api.de/api/interpreter?data=[out:popup(%22Biblioteche%20Comune%20di%20Milano%22;[name][amenity~%22library%22][operator~%22Comune%20di%20Milano%22];%22name%22;)];(node(45.2,8.8,45.7,9.6);%3C;);out;

anche quelli senza nome:
http://overpass-api.de/api/interpreter?data=[out:popup(%22Biblioteche%20Comune%20di%20Milano%22;[amenity~%22library%22];%22name%22;)];(node(45.2,8.8,45.7,9.6);%3C;);out;

OK, ametto non è per tutti gli utenti di crearsi una query del genere,
però se ti serve sempre la stessa query è sufficente connoscere
qualcuno che te la fa...

ciao,
Martin

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

[Talk-it] Fwd: smeSpire - Settore privato Geo-ICT in Europa

2012-12-13 Diskussionsfäden Piergiorgio Cipriano

(scusate cross-posting)

__
Piergiorgio Cipriano




-- Messaggio inoltrato --
Da: Piergiorgio Cipriano pg.cipri...@gmail.com
Date: 01 dicembre 2012 10:18
Oggetto: smeSpire - Settore privato Geo-ICT in Europa
A: gf...@lists.gfoss.it
Cc: smesp...@jrc.ec.europa.eu


Ciao a tutti,
segnalo questo post sul forum INSPIRE:
http://inspire-forum.jrc.ec.europa.eu/pg/news/admin/read/101787/smespire-survey-on-geoict-smes-in-europe#

Martedì come JRC abbiamo lanciato un sondaggio rivolto al settore privato,
in particolare piccole e media aziende (SME) che lavorano in ambito Geo-ICT
su attività in qualche modo collegate a INSPIRE.

JRC è uno dei 15 partner del progetto smeSpire (http://www.smespire.eu),
partito a maggio 2012 con l'obiettivo di studiare il settore privato e
facilitare networking tra aziende e partnership pubblico-privato.

Credo (spero) sia di interesse di tutte e mono/micro/piccole/medie realtà
private italiane, soprattutto quelle open che frequentano la lista GFOSS.

A presto

pg

p.s. compilate il questionario!!



*Piergiorgio Cipriano*

*European Commission*
DG JRC
Institute for Environment and Sustainability
Unit Digital Earth and Reference Data
T.P. 262 - Building 26A
Via Enrico Fermi, 2749 - I
21027 Ispra (VA)/ITALY
+39 0332 785506

piergiorgio.cipri...@jrc.ec.europa.eu
http://sdi.jrc.ec.europa.eu
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-co] Cobertura Bing en Cauca

2012-12-13 Diskussionsfäden carlos felipe castillo

Y el municipio de El Tambo, PNN Munchique.
El 11/12/2012 19:10, Federico Explorador federico.explora...@nevados.org
escribió:

 Reportando cobertura Bing en un importante área, atravesada por la
 Panamericana. Incluye los municipios el Bordo y La Vega.

 http://www.openstreetmap.org/browse/way/195832702

 ** **

 Saludos,
 Federico

 

 ** **

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


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

Re: [Talk-lt] Dėl vietovių žymėjimų

2012-12-13 Diskussionsfäden Albertas Agejevas

On Thu, Dec 13, 2012 at 02:13:06PM +0200, Ričardas wrote:
 Pritariu, kad dvigubas place žymėjimas nereikalingas. Dings nereikalingi
 dubliavimaisi.
 Balsuoju už tai, kad place būtų ant taško, o poligonas turėtų name ir
 administracines žymas (boundary ir admin_level). Jos kartu gali būti ir
 landuse=* , jei sutampa.

Čia ne kokia specifiškai lietuviška problema, dėl kurios turime
balsuoti.  Reikia išsiaiškinti, kokia yra pasaulinė rekomenduojama
praktika ir jos laikytis.

Albertas

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

[Talk-lt] multipoligono zymejimas

2012-12-13 Diskussionsfäden Justinas Pamedys

Pastebėjau, kad Tomas Straupis nuėmė miško išotinio vektoriaus žymėjimą
landuse=forest su komentaru:
comment http://wiki.openstreetmap.org/wiki/Key:comment?uselang=lt =
Žymėjimo tvarkymai (landuse=forest pažymėta multipoligone/ryšyje, todėl tos
pačios žymos ant išorinio vektoriaus nereikia)

Tai vat man iškyla tokios problemos - redaguojant Potlatch 2 nenurodoma
multipoligono priskyrimas kažkokiem tipam, taipogi ir vizualiai toks be
išorinio pažymėjimo poligonas neišsiskiria (Potlatch 2 atrodo kaip juoda
linija), tai vat ar toks žymėjimas yra parankus? Gal vertėtų palikt
žymėjimą išotiniame vektoriuje - vis gi Potlatch yra labiau user frendly
ir pritaikyta daugiau vartotojų?
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-lt] multipoligono zymejimas

2012-12-13 Diskussionsfäden Justinas Pamedys

aš suprantu, kad tai potlatch trūkumas, bet ar besidubliuojantys duomenys
(išorinio vektoriaus žymėjimas kaip forest) sukelia kažkam problemų?
Potlatch yra patogenis pvz. darbe ir šiaip retam naudotojui norinčiam šį
bei tą pridėt...

2012 m. gruodis 13 d. 19:53, Ramūnas Dronga ramunas.dro...@gmail.com rašė:

 Tai potlach problema, ne duomenų. Naudokite josm ir nebus neaiškumų ir
 klaidų.

 Pagarbiai, Ramūnas
 On Dec 13, 2012 6:31 PM, Justinas Pamedys jpame...@gmail.com wrote:

 Pastebėjau, kad Tomas Straupis nuėmė miško išotinio vektoriaus žymėjimą
 landuse=forest su komentaru:
 comment http://wiki.openstreetmap.org/wiki/Key:comment?uselang=lt =
 Žymėjimo tvarkymai (landuse=forest pažymėta multipoligone/ryšyje, todėl tos
 pačios žymos ant išorinio vektoriaus nereikia)

 Tai vat man iškyla tokios problemos - redaguojant Potlatch 2 nenurodoma
 multipoligono priskyrimas kažkokiem tipam, taipogi ir vizualiai toks be
 išorinio pažymėjimo poligonas neišsiskiria (Potlatch 2 atrodo kaip juoda
 linija), tai vat ar toks žymėjimas yra parankus? Gal vertėtų palikt
 žymėjimą išotiniame vektoriuje - vis gi Potlatch yra labiau user frendly
 ir pritaikyta daugiau vartotojų?

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


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

Re: [Talk-lt] multipoligono zymejimas

2012-12-13 Diskussionsfäden Ramūnas Dronga

Tai potlach problema, ne duomenų. Naudokite josm ir nebus neaiškumų ir
klaidų.

Pagarbiai, Ramūnas
On Dec 13, 2012 6:31 PM, Justinas Pamedys jpame...@gmail.com wrote:

 Pastebėjau, kad Tomas Straupis nuėmė miško išotinio vektoriaus žymėjimą
 landuse=forest su komentaru:
 comment http://wiki.openstreetmap.org/wiki/Key:comment?uselang=lt =
 Žymėjimo tvarkymai (landuse=forest pažymėta multipoligone/ryšyje, todėl tos
 pačios žymos ant išorinio vektoriaus nereikia)

 Tai vat man iškyla tokios problemos - redaguojant Potlatch 2 nenurodoma
 multipoligono priskyrimas kažkokiem tipam, taipogi ir vizualiai toks be
 išorinio pažymėjimo poligonas neišsiskiria (Potlatch 2 atrodo kaip juoda
 linija), tai vat ar toks žymėjimas yra parankus? Gal vertėtų palikt
 žymėjimą išotiniame vektoriuje - vis gi Potlatch yra labiau user frendly
 ir pritaikyta daugiau vartotojų?

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


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

Re: [Talk-lt] multipoligono zymejimas

2012-12-13 Diskussionsfäden Tomas Straupis

Kaip Tomo Straupio atstovas spaudai pabandysiu paaiškinti su šiokia
tokia filosofine gaidele.

Matomiausia OSM dalis yra vizualus žemėlapis, kuris matomas nuėjus į
www.osm.org. Daug kas stengiasi pažymėti taip, kad būtent www.osm.org
vizualus rezultatas būtų „gražus“, pageidaujamas ir pan. Tai nėra
teisingas požiūris todėl, kas vienas pagrindinių OSM principų yra
„nežymėkite dėl vaizdo“ (čia labai laisvas vertimas principo „do not
tag for the renderer“). Taipogi reikia suprasti, kad OSM'as renka GIS
(geografinius) duomenis ir būtent jie yra didžiausia vertybė
(sugeneruotas vizualus paveiksliukas yra tiesiog vienas iš įmanomų ir
gan primityvių GIS duomenų panaudojimo rezultatų).

Būtent GIS duomenys yra svarbūs, nes jie leidžia daryti įvairius
skaičiavimus ar/ir analizes, ko negalima daryti su žemėlapio
piešinuku. Tuo OSM ir išsiskiria iš visų kitų žemėlapių. Tarkim turint
kokio nors Google Maps duomenis neįmanoma padaryti analizės, kokį
atstumą reikės važiuoti nuo mano namų iki artimiausio piliakalnio ir
kokia kelio dalis bus žvyrkelis, nes vektoriniai duomenys ir
metainformacija neprieinami.

Kai suprantame aukščiau pateiktą principą ir pradedame galvoti apie
OSM duomenis kaip apie GIS duomenis, tada galima suprasti ir kas per
duomenys yra multipoligonai (relation/ryšiai). Tarkime turime mišką,
kurio viduryje yra proskyna. Tarkim tas miškas yra kvadratas, kurio
kraštinės ilgis - 2km. Proskyna - irgi kvadratas, kurios kraštinės
ilgis - 1km. Taigi toks objektas OSM pažymėtas trimis objektais:
1. Išorinis poligonas (2x2 = 4km2)
2. Vidinis poligonas (1x1 = 1km2)
3. Ryšys, kuriame nurodyta, kad išorinis poligonas yra [1], vidinis - [2].

Koks yra miško plotas? 4km2? Ne, miško plotas yra ne išorinio poligono
plotas, o išorinio poligono plotas MINUS vidinio - proskynos -
poligono plotas. Taigi 4 - 1 = 3km2. Tokį objektą apibrėžia TIK ryšys,
nes tik jame nurodyta, kad miškas yra išorinis poligonas (outer) minus
vidinis (inner).

Va todėl miško žymos dedamos ryšiui, o ne išoriniam poligonui.

Kaip taikymo pavyzdį pabandykite įsivaizduoti užduotį paskaičiuoti,
koks yra Lietuvos miškų plotas. Ar bus įmanoma tiksliai paskaičiuoti,
jei landuse=forest bus pažymėta išoriniuose vektoriuose? Juk vidinis
multipoligono plotas gali žymėti ne plotą, o kokią kitą miško savybę,
t.y. ne visada reikia iš „išorinio“ poligono ploto atimti vidinio
poligono plotą.

P.S. Tas pats būtų, jei kalbėtume apie ežerą su sala viduje ir
skaičiuotume vandens/ežero plotą.

P.P.S. Dėl Potlatch visiškai sutinku su Ramūnu - potlač skirtas tik
labai primityviems žymėjimams. Iš praktikos: 99% duomenų sugadinimų
daroma Potlaču dėl to, kad jis yra labai prastas GIS duomenų
redaktorius. Taigi jei kas nori ne tik pridėti naują tašką kavinę ar
naują miško keliuką - daug kokybiškiau pažymės naudodamas kokybišką
žymėjimo programą (t.y. NE potlatch).

-- 
Tomas

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

Re: [Talk-se] Kvartersnamn

2012-12-13 Diskussionsfäden Erik Johansson

On Thu, Dec 13, 2012 at 1:48 AM, Andreas Vilén andreas.vi...@gmail.com wrote:
 Naeh, alla i innerstaden, men inte alla längre utanför...


Måste börja med att säga att jag tycker det är bra att ni lägger in
kvartersnamn, skulle vara kul med historiska kvartersnamnen men det är
väl ett annat projek, se OSM-Historic [1]. Två saker gör det bra att
ta med den historiska delen, jag möter kvartersnamn mest uppmärksammar
i historiskakällor och administrativa dokument, dessutom byter kvarter
namn och försvinner.

Men är inte kvartersnamn en typ av administrativgräns egentligen? Så
man skulle slippa bekymmret med landuse=residential/commercial,
amenity=hospital

Ska det vara skillnad på dessa:
Lundkvarter:
http://osm.org/browse/way/93605406

Ett par kvarter i Jakobsberg;
http://osm.org/browse/way/44710688
   http://osm.org/browse/node/386421977
   http://osm.org/browse/way/31821936


[1] http://wiki.openstreetmap.org/wiki/OSM-Historic

PS jag själv använder aldrig kvartersnamn förutom när de river ett
kvarter. Vilket händer rätt ofta ändå. Är det annorlunda i andra delar
av Sverige?

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

Re: [Talk-se] Kvartersnamn

2012-12-13 Diskussionsfäden Joakim Fors

Jag har i Lund ritat in stadsdelsområden som administrativa gränser men har 
även lämnat kvar place-noder som kan användas som rollen label i admin 
relationen. Medger att det är lite att tagga för renderaren men i.o.m. att hela 
OSM ständigt är i övergång till nya taggingscheman så tycker i alla fall jag 
att det får gå. :)

Kan tänka mig samma sak för kvarter, d.v.s. att de kan lyftas ut till 
relationer. Hur dessa relationer sedan ska vara taggade har jag inte 
reflekterat över.


On 13 dec 2012, at 12:37, Lars Aronsson l...@aronsson.se wrote:

 On 12/13/2012 12:07 PM, Andreas Vilén wrote:
 Polhem i Jakobsberg motsvarar väl 6-10 riktiga kvarter, baserat på hur
 indelningen gjorts. Polhem verkar där motsvara ett helt bostadsområde.
 
 Jag har ett snarlikt problem i Linköping. Jag märkte vid sökning
 att beskrivningarna av sökträffarna blev rätt märkliga. Tydligen
 anges place=suburb på punkter som representerar stadsdelar
 och ingen hade lagt in Innerstaden som stadsdel i Linköping,
 varför mina innerstadskvarter angavs ligga i den perifera
 stadsdel som låg närmast. Nåväl, jag satte dit en suburb för
 Innerstaden mitt på Stortorget, och då blev det bättre. Men
 en av dessa suburbs i Linköping är T1, alltså de bostadskvarter
 som har byggts på kasernområdet för trängregementet.
 Detta är förvisso mer än ett kvarter idag, men det betraktas
 inte som en stadsdel på Linköpings kommuns kartor och
 det känns märkligt att få angränsande kvarter angivna som
 liggande i stadsdelen T1.
 
 Hur gör ni för att märka gamla kasernområden, vars namn
 lever kvar efter nedläggningen? Historiskt är de kasernområden,
 och än så länge lägger jag inte in historiska data. Men än idag
 heter det T1 eller T1-området, åtminstone i folkmun.
 
 Och anges stadsdelar alltid som punkter? De har ju faktiskt
 skarpa gränser, som man hade kunnat rita in.
 
 
 -- 
  Lars Aronsson (l...@aronsson.se)
  Aronsson Datateknik - http://aronsson.se
 
 
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-se


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

Re: [Talk-es] Errores OpenStreetBugs

2012-12-13 Diskussionsfäden Ricardo Sanz

los errores se marcan desde algún programa o navegador o directamente
desde esta misma página?

El día 11 de diciembre de 2012 16:30, Óscar Zorrilla Alonso
oscar_zorri...@hotmail.com escribió:
 Hola a todos;

 Suelo entrar de vez en cuando en OpenStreetBugs
 (http://openstreetbugs.schokokeks.org/) para ver los fallos que tiene el
 mapa y corregirlos si es posible, lo que me parece curioso, es que sigue
 habiendo fallos que se abrieron hace 3 años y siguen ahí sin tocar, sin
 comentarios ni nada.

 Desde aquí pedir que aquellos que los abrieron comprueben si están ya
 corregidos o los corrijan, o en caso de desconocimiento local, que alguien
 que conozca la zona intente arreglarlos y de esta manera vayamos quitando
 errores y limpiando el mapa.

 Un saludo.

 Oscar (alias cronoser en osm)

 ___
 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] Errores OpenStreetBugs

2012-12-13 Diskussionsfäden sergio sevillano

creo que los errores los marcas (y los quitas) en esa misma pagina.
hay un plugin para JOSM y quizás allí también, no lo sé.


de todas formas lo mas probable es que el que marque el error no lo corrija,
si no, lo arreglaría directamente sin marcarlo.
y para errores marcados pero ya corregidos hay tener en cuenta que el 
arreglador 
no tiene porqué haber visto el error en esa pag y desconocer que está marcado.
los errores antiguos, como dices, es que todavía nadie ha pasado por allí a 
comprobarlo.

a mi modo de ver funciona al revés, el que vea y corrija un error de esa pag
lo debería desmarcar, lo mismo si ve un error marcado y comprueba que ya está 
arreglado.

así que tu llamada al orden esta bien 
pero no debemos dejar escapar errores o falsos errores 
pensando que hay un responsable, no lo hay.
( en general en OSM si se ve algo incorrecto hay que arreglarlo sin mas )

otra cosa es marcar errores al tutún, sin descripción, 
mal !
no sirve de nada.


s.



El 13/12/2012, a las 10:24, Ricardo Sanz escribió:

 los errores se marcan desde algún programa o navegador o directamente
 desde esta misma página?
 
 El día 11 de diciembre de 2012 16:30, Óscar Zorrilla Alonso
 oscar_zorri...@hotmail.com escribió:
 Hola a todos;
 
 Suelo entrar de vez en cuando en OpenStreetBugs
 (http://openstreetbugs.schokokeks.org/) para ver los fallos que tiene el
 mapa y corregirlos si es posible, lo que me parece curioso, es que sigue
 habiendo fallos que se abrieron hace 3 años y siguen ahí sin tocar, sin
 comentarios ni nada.
 
 Desde aquí pedir que aquellos que los abrieron comprueben si están ya
 corregidos o los corrijan, o en caso de desconocimiento local, que alguien
 que conozca la zona intente arreglarlos y de esta manera vayamos quitando
 errores y limpiando el mapa.
 
 Un saludo.
 
 Oscar (alias cronoser en osm)
 
 ___
 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


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

Re: [Talk-es] Errores OpenStreetBugs

2012-12-13 Diskussionsfäden Ricardo Sanz

es que si solo se ponen los errores desde esa página lo veo un poco
absurdo a no ser que el que los pone no sepa arreglarlos.
lo suyo es que el que usa un navegador en el coche con OSM vea un
error y le de a reportar fallo y nos llegue ahí y lo arreglemos.

Saludos


El día 13 de diciembre de 2012 11:32, sergio sevillano
sergiosevillano.m...@gmail.com escribió:
 creo que los errores los marcas (y los quitas) en esa misma pagina.
 hay un plugin para JOSM y quizás allí también, no lo sé.


 de todas formas lo mas probable es que el que marque el error no lo corrija,
 si no, lo arreglaría directamente sin marcarlo.
 y para errores marcados pero ya corregidos hay tener en cuenta que el 
 arreglador
 no tiene porqué haber visto el error en esa pag y desconocer que está marcado.
 los errores antiguos, como dices, es que todavía nadie ha pasado por allí a 
 comprobarlo.

 a mi modo de ver funciona al revés, el que vea y corrija un error de esa pag
 lo debería desmarcar, lo mismo si ve un error marcado y comprueba que ya está 
 arreglado.

 así que tu llamada al orden esta bien
 pero no debemos dejar escapar errores o falsos errores
 pensando que hay un responsable, no lo hay.
 ( en general en OSM si se ve algo incorrecto hay que arreglarlo sin mas )

 otra cosa es marcar errores al tutún, sin descripción,
 mal !
 no sirve de nada.


 s.



 El 13/12/2012, a las 10:24, Ricardo Sanz escribió:

 los errores se marcan desde algún programa o navegador o directamente
 desde esta misma página?

 El día 11 de diciembre de 2012 16:30, Óscar Zorrilla Alonso
 oscar_zorri...@hotmail.com escribió:
 Hola a todos;

 Suelo entrar de vez en cuando en OpenStreetBugs
 (http://openstreetbugs.schokokeks.org/) para ver los fallos que tiene el
 mapa y corregirlos si es posible, lo que me parece curioso, es que sigue
 habiendo fallos que se abrieron hace 3 años y siguen ahí sin tocar, sin
 comentarios ni nada.

 Desde aquí pedir que aquellos que los abrieron comprueben si están ya
 corregidos o los corrijan, o en caso de desconocimiento local, que alguien
 que conozca la zona intente arreglarlos y de esta manera vayamos quitando
 errores y limpiando el mapa.

 Un saludo.

 Oscar (alias cronoser en osm)

 ___
 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


 ___
 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] Errores OpenStreetBugs

2012-12-13 Diskussionsfäden sergio sevillano

tienes razón

algún error
tiene como comentario OSMand (editor móvil android)
puede que desde ahí tb



El 13/12/2012, a las 11:56, Ricardo Sanz escribió:

 es que si solo se ponen los errores desde esa página lo veo un poco
 absurdo a no ser que el que los pone no sepa arreglarlos.
 lo suyo es que el que usa un navegador en el coche con OSM vea un
 error y le de a reportar fallo y nos llegue ahí y lo arreglemos.
 
 Saludos
 


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

Re: [Talk-es] Errores OpenStreetBugs

2012-12-13 Diskussionsfäden Ricardo Sanz

gracias!

El día 13 de diciembre de 2012 12:07, sergio sevillano
sergiosevillano.m...@gmail.com escribió:
 tienes razón

 algún error
 tiene como comentario OSMand (editor móvil android)
 puede que desde ahí tb

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

Re: [Talk-es] Errores OpenStreetBugs

2012-12-13 Diskussionsfäden Jesús Gómez Fernández

Aparte del complemento para el editor JOSM o en la propia web, el navegador
para móvil OSMand también te permite indicar sobre la marcha errores
en OpenStreetBugs. Es bastante útil.

Un saludo.
Jesús Gómez

El 13 de diciembre de 2012 10:24, Ricardo Sanz
ricardosanz1...@gmail.comescribió:

 los errores se marcan desde algún programa o navegador o directamente
 desde esta misma página?

 El día 11 de diciembre de 2012 16:30, Óscar Zorrilla Alonso
 oscar_zorri...@hotmail.com escribió:
  Hola a todos;
 
  Suelo entrar de vez en cuando en OpenStreetBugs
  (http://openstreetbugs.schokokeks.org/) para ver los fallos que tiene el
  mapa y corregirlos si es posible, lo que me parece curioso, es que sigue
  habiendo fallos que se abrieron hace 3 años y siguen ahí sin tocar, sin
  comentarios ni nada.
 
  Desde aquí pedir que aquellos que los abrieron comprueben si están ya
  corregidos o los corrijan, o en caso de desconocimiento local, que
 alguien
  que conozca la zona intente arreglarlos y de esta manera vayamos quitando
  errores y limpiando el mapa.
 
  Un saludo.
 
  Oscar (alias cronoser en osm)
 
  ___
  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

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

Re: [Talk-at] Bawag PSK


On 12/13/2012 09:31 AM, Andreas Labres wrote:

Was würdest Du Dir vom Renderer erwarten, wenn Du amenity=bank;post_office
schreibst? Dass er die beiden Icons hernimmt und ein neues, kombiniertes draus
macht?


Vom Renderer erwart ich mir gar nichts. Das ist dasselbe wie zwei Nodes 
knapp nebeneindander zu setzen. Einer gewinnt bzw. beide sind nicht 
erkennbar weil übereinander gezeichnet. Beides wird der Filiale genauso 
nicht gerecht.


Ich denke aber einem User der Daten ist es zumutbar am Semikolon zu 
trennen und sich dann dafür zu entscheiden was er will (oder im Bedarf 
auch beides speziell zu kennzeichnen, weil ihn gerade diese 
Gemeinschaftsfilialen interessieren).
OT: Imo sollte das OSM XML wenn es vom Server generiert wird automatisch 
trennen und dann halt an einem Node zwei Tags mit amenity=* erzeugen 
solange es keine andere Möglichkeit gibt mehrere gleiche Daten an ein 
Objekt zu hängen.


Norbert


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

Re: [Talk-at] Bawag PSK

2012-12-13 Diskussionsfäden Werner Macho

Hi!

Also - wenn zwei nodes am selben Ort sind und beschriftet bzw gezeichnet
werden sollen dann gibts im GIS eigene Algorithmen die das trennen und
nebeneinander darstellen.
Ich weiss zwar nicht ob sowas für OSM schon implementiert ist aber so
schwierig sollte das doch nicht sein oder?

lg Werner

2012/12/13 Norbert Wenzel norbert.wenzel.li...@gmail.com

On 12/13/2012 09:31 AM, Andreas Labres wrote:

Was würdest Du Dir vom Renderer erwarten, wenn Du amenity=bank;post_office
schreibst? Dass er die beiden Icons hernimmt und ein neues, kombiniertes
draus
macht?

Vom Renderer erwart ich mir gar nichts. Das ist dasselbe wie zwei Nodes
knapp nebeneindander zu setzen. Einer gewinnt bzw. beide sind nicht
erkennbar weil übereinander gezeichnet. Beides wird der Filiale genauso
nicht gerecht.

Ich denke aber einem User der Daten ist es zumutbar am Semikolon zu
trennen und sich dann dafür zu entscheiden was er will (oder im Bedarf auch
beides speziell zu kennzeichnen, weil ihn gerade diese
Gemeinschaftsfilialen interessieren).
OT: Imo sollte das OSM XML wenn es vom Server generiert wird automatisch
trennen und dann halt an einem Node zwei Tags mit amenity=* erzeugen
solange es keine andere Möglichkeit gibt mehrere gleiche Daten an ein
Objekt zu hängen.

Norbert

__**_
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-athttp://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-at] Bawag PSK


On 12/13/2012 10:16 AM, Werner Macho wrote:

Also - wenn zwei nodes am selben Ort sind und beschriftet bzw gezeichnet
werden sollen dann gibts im GIS eigene Algorithmen die das trennen und
nebeneinander darstellen.
Ich weiss zwar nicht ob sowas für OSM schon implementiert ist aber so
schwierig sollte das doch nicht sein oder?


Mapnik hat soweit ich weiß eine einfache first-come first-served Regel 
wo solange gezeichnet wird, solange noch Platz ist.


Aber unabhängig davon was Mapnik macht bringt der Algorithms ja nur was 
fürs Rendern. Aber wenn ich mit den Daten arbeite brauch ich erst wieder 
eine Verbindung dieser beiden Nodes, die mir erlaubt zu erkennen, dass 
es in Wirklichkeit eine Filiale ist.


Da ist ein einfaches Trennen am Semikolon deutlich einfacher und 
schneller als eine site=* Relation o.ä. auszuwerten.
Und wenn die Punkte nicht exakt dieselbe Koordinaten haben, dann brauch 
ich erst wieder Heuristiken um zu erkennen, ob diese Punkte noch 
zusammengehören, oder nur sehr nah sind, weil bspw. zwei Geschäfte in 
einem Haus untergebracht sind.


Also aus Renderingsicht ist es wohl egal ob man die Nodes trennt (und 
man kann immer noch schöne Karten erstellen) aber wenn ich mit den 
Daten selbst arbeiten will, dann wird's mit getrennten Nodes deutlich 
schwieriger.


Norbert


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

Re: [Talk-at] Bawag PSK

2012-12-13 Diskussionsfäden Martin Raifer

Am 13.12.2012, 10:37 Uhr, schrieb Norbert Wenzel  
norbert.wenzel.li...@gmail.com:
[...] aber wenn ich mit den Daten selbst arbeiten will, dann wird's mit 
getrennten Nodes deutlich schwieriger.


Das kann man nicht so verallgemeinern. Es kommt ganz auf die Anwendung  
darauf an. Wenn man wissen will, wo sich Bank+Post Kombifilialen befinden,  
ist die Strichpunkt-Notation auf dem ersten Blick vielleicht(!)  
komfortabler, allerdings ist sie bei dem viel wahrscheinlicheren  
Anwendungsfall: Liste aller Postfilialen in X mit Abstand deutlich  
unterlegen. Und zwar (wie bereits gepostet wurde) wegen der sehr  
schwierigen Indizierung der Datenbank nach solchen multiplen POIs.


Ich finde schon, dass die Strichpunkt-Notation ihre Daseinsberechtigung  
hat (z.B. bei Tags wie ref, source, ...), allerdings nicht bei  
klassifizierenden Tags (wie highway, amenity, natural, landuse, usw.)!


Grüße
tyr_asd

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

Re: [Talk-at] Bawag PSK


On 12/13/2012 11:02 AM, Martin Raifer wrote:

Am 13.12.2012, 10:37 Uhr, schrieb Norbert Wenzel
norbert.wenzel.li...@gmail.com:

[...] aber wenn ich mit den Daten selbst arbeiten will, dann wird's
mitgetrennten Nodes deutlich schwieriger.


Das kann man nicht so verallgemeinern. Es kommt ganz auf die Anwendung
darauf an. Wenn man wissen will, wo sich Bank+Post Kombifilialen
befinden, ist die Strichpunkt-Notation auf dem ersten Blick
vielleicht(!) komfortabler, allerdings ist sie bei dem viel
wahrscheinlicheren Anwendungsfall: Liste aller Postfilialen in X mit
Abstand deutlich unterlegen. Und zwar (wie bereits gepostet wurde) wegen
der sehr schwierigen Indizierung der Datenbank nach solchen multiplen POIs.


Das Problem dabei hab ich ja schon früher geschrieben: wir haben leider 
keinen direkten Zugang auf die Datenbank. Wir dürfen nur Strings 
reinwerfen und dabei ist es uns nicht erlaubt zu einem Key mehrere 
Values zu speichern. Daher geb ich dir Recht, dass die 
Strichpunktnotation eine Krücke ist, aber eben die einzig erlaubte.


Wenn du dir OSM Daten lädst und in deine eigene, optimierte Datenbank 
fütterst, dann musst du halt mehrere Values zum selben Key erlauben und 
kannst dann dort indizieren, wie du es für dein Service brauchst.


Und die ganze Indizierung einer Datenbank nach entweder post_office oder 
bank nutzt nichts, wenn ich für eine Bank-  Postfiliale 
amenity=post_and_bank erfinden muss. Oder so abstruse Tagkombinationen 
wie amentiy=bank  postal_service=yes  priority_postal_service = main 
oder sonstwas in der Art.


Wie auch schon weiter oben geschrieben: postal_service ist toll für den 
Fleischhauer der zwei Pakerl am Tag annimmt, aber wenn das Geschäft 
gleichbedeutend Bank und Post ist, dann bleibt imo nur die Erfindung 
einer neuen amenity. Und da würd ich dann doch post_office;bank vor 
post_and_bank bevorzugen.


Norbert


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

Re: [Talk-at] Bawag PSK

2012-12-13 Diskussionsfäden Martin Raifer


Am 13.12.2012, 11:20 Uhr, schrieb Norbert Wenzel:
Das Problem dabei hab ich ja schon früher geschrieben: wir haben leider  
keinen direkten Zugang auf die Datenbank. Wir dürfen nur Strings  
reinwerfen und dabei ist es uns nicht erlaubt zu einem Key mehrere  
Values zu speichern. Daher geb ich dir Recht, dass die  
Strichpunktnotation eine Krücke ist, aber eben die einzig erlaubte.


Eine zweite Methode hast du ja selbst schon erwähnt: Zwei amenity nodes  
(nebeneinander um das weitere Editieren nicht unnötig zu verkomplizieren;  
die Filiale hat ja eine physikalische Ausdenhung, deswegen hat man ja  
etwas Spielraum beim Platzieren der POIs), die über eine Relation  
verbunden sind.


Wenn du dir OSM Daten lädst und in deine eigene, optimierte Datenbank  
fütterst, dann musst du halt mehrere Values zum selben Key erlauben und  
kannst dann dort indizieren, wie du es für dein Service brauchst.


Schon klar: Das was du beschreibst, meine ich gerade mit sehr schwierig.  
Vor allem im Vergleich zu bereits etablierten Methoden, sich OSM-Daten zu  
verarbeiten (Overpass-API, XAPI).


Klar kann man darüber diskutieren, multiple Werte bei tag-values in der  
OSM-API zuzulassen. Oder ob man etablierten Tools dahin erweitern sollte,  
die Strichpunkt-Syntax performant zu unterstützen. Das ist aber eine  
technische-Diskussion, die besser z.B. in der dev Liste aufgehoben wäre.  
Tatsache ist, dass beides noch nicht der Fall ist. Bei dem Thread hier  
ging es aber darum, ein Problem im aktuell bestehenden OSM-Universum  
bestmöglich zu lösen.


Grüße
tyr_asd

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

Re: [Talk-at] Baumkataster Wien - Import

2012-12-13 Diskussionsfäden Andreas Trawoeger

Den Baumkataster gibt es von Seiten der Stadt Wien auch auch Online:
http://www.wien.gv.at/umweltgut/public/grafik.aspx?ThemePage=11

Das Handling ist ein bisschen mühsam, aber um nachzusehen wo sich laut
Stadt Wien ein Baum befinden soll ist er sehr praktisch.

cu andreas

Am 12. Dezember 2012 23:02 schrieb Markus Straub markus.straub...@gmail.com
:

Hi,

super Sache, sehr gelungener Import finde ich! Zum allergrößten Teil ist
er auch exakt, aber gerade eben bin ich über einen Fehler gestolpert..

Was tun mit einem Baum der mitten auf der Kreuzung eingezeichnet wurde?
Einfach löschen? Oder sollen wir sowas zurückmelden (OGD)?

http://www.openstreetmap.org/**browse/node/2044768880http://www.openstreetmap.org/browse/node/2044768880

LG,
Markus

On 11/29/2012 03:50 AM, ScubbX wrote:

Hallo!

Die Daten sind nun für den Import präpariert! Timestamp ist der
27.11.2012, Bäume die heute eingetragen wurden, wurden nicht beachtet.
Die komprimierten OSM Daten kann man sich hier herunterladen:
http://gisforge.no-ip.org:**5984/datastore/osm/ogd_trees_**
wien_selected.osm.bz2http://gisforge.no-ip.org:5984/datastore/osm/ogd_trees_wien_selected.osm.bz2

Es war eine ganz schöne Menge Arbeit, diese zu präparieren. Im
Wesentlichen wurde alles so wie zuvor beschrieben gemacht.
So es keine Gegenstimmen gibt , würde ich morgen/demnächst den Import
durchführen.

lg, Markus

__**_
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-athttp://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-at] Baumkataster Wien - Import

2012-12-13 Diskussionsfäden Stefan Tauner

On Thu, 13 Dec 2012 08:51:45 +0100
Lars Schimmer l.schim...@cgv.tugraz.at wrote:

 On 2012-12-12 23:02, Markus Straub wrote:
  Hi,
  
  super Sache, sehr gelungener Import finde ich! Zum allergrößten
  Teil ist er auch exakt, aber gerade eben bin ich über einen Fehler
  gestolpert..
  
  Was tun mit einem Baum der mitten auf der Kreuzung eingezeichnet
  wurde? Einfach löschen? Oder sollen wir sowas zurückmelden (OGD)?
  
  http://www.openstreetmap.org/browse/node/2044768880
 
 Als externer: mal mit GPS hin gehen und kontrollieren. Sieht danach
 aus, das die Straßen nicht exakt genug sind für den Baum.
 Was natürlich nicht heisst, das auch der Baum falsch seion könnte.
 Aber bisher haben die Baumimporte eher gezeigt das Straßen und Wege
 nicht exakt genug waren...

oft ja (hab einiges davon selbst korrigiert). in diesem fall schaut es
aber (auf aerial und plan von wien.at) recht eindeutig so aus, als
hätten sie vergessen, den gefällten baum zu entfernen (der
westsüdwestlich auf der verkehrsinsel möglicherweise auch, sichtbar
ist da nichts). auch fehlen auch die altersangaben, was mir
ungewöhnlich vorkommt (hab aber nur eine kleine stichprobe angesehen).
falls es keine anderen vorschläge gibt, würde ich sowas ins OGD
wien forum posten. hat jemand anderes auch schon gemacht:
https://www.wien.gv.at/m53forum/showthread.php?t=85

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-at] Baumkataster Wien - Import

2012-12-13 Diskussionsfäden Markus Straub

Die Geometrie ist sehr genau, hab ich gerade gestern verfeinert :)
Und der Baum steht dort sicher nicht, denn ich fahr da jeden Tag in
die Arbeit vorbei. Wahrscheinlich ist er also vor ein paar Jahren beim
Bau von Hofer  Tankstelle abhanden gekommen..
Man sieht auch recht gut (in JOSM), dass jetzt (ein bisschen) mehr
Bäume in OSM als in der Wiener Mehrzweckkarte sind.. und dieser ist
einer davon. Ich werd das mal mit Ortskenntnis korrigieren.

LG,
Markus

2012/12/13 Stefan Tauner stefan.tau...@gmx.at:
 On Thu, 13 Dec 2012 08:51:45 +0100
 Lars Schimmer l.schim...@cgv.tugraz.at wrote:

 On 2012-12-12 23:02, Markus Straub wrote:
  Hi,
 
  super Sache, sehr gelungener Import finde ich! Zum allergrößten
  Teil ist er auch exakt, aber gerade eben bin ich über einen Fehler
  gestolpert..
 
  Was tun mit einem Baum der mitten auf der Kreuzung eingezeichnet
  wurde? Einfach löschen? Oder sollen wir sowas zurückmelden (OGD)?
 
  http://www.openstreetmap.org/browse/node/2044768880

 Als externer: mal mit GPS hin gehen und kontrollieren. Sieht danach
 aus, das die Straßen nicht exakt genug sind für den Baum.
 Was natürlich nicht heisst, das auch der Baum falsch seion könnte.
 Aber bisher haben die Baumimporte eher gezeigt das Straßen und Wege
 nicht exakt genug waren...

 oft ja (hab einiges davon selbst korrigiert). in diesem fall schaut es
 aber (auf aerial und plan von wien.at) recht eindeutig so aus, als
 hätten sie vergessen, den gefällten baum zu entfernen (der
 westsüdwestlich auf der verkehrsinsel möglicherweise auch, sichtbar
 ist da nichts). auch fehlen auch die altersangaben, was mir
 ungewöhnlich vorkommt (hab aber nur eine kleine stichprobe angesehen).
 falls es keine anderen vorschläge gibt, würde ich sowas ins OGD
 wien forum posten. hat jemand anderes auch schon gemacht:
 https://www.wien.gv.at/m53forum/showthread.php?t=85

 --
 Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

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

Re: [Talk-at] Bawag PSK