as Problem mit dem IE
ist.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
tere Infos unter
http://wiki.openstreetmap.org/wiki/OSM_im_Rheinland_2009 bzw.
http://deegreeday.deegree.org/deegreeday2009/openstreetmap
Würde mich freuen möglichst viele von Euch dort zu sehen!
Bitte gebt diese Meldung doch in geeignete Foren und Mailinglisten
weiter.
Jochen
--
Jochen
> der Liste erscheinen aber immer nur die Sachen, die gerade auch sichtbar
> sind.
Einen CSV-Export gibts nicht, aber man kann die Daten per WFS bekommen.
Siehe http://wiki.openstreetmap.org/wiki/OSM_Inspector/WxS . Das gibt
dann GML zurück.
Jochen
--
Jochen Top
On Thu, May 21, 2009 at 10:48:13AM +0200, Jan Tappenbeck wrote:
> nein - kein Datenexport. Es geht um die Suche nach logischen Fehlern wie
> schon geschrieben
>
> ...z.B. gerade Hausnummer an Way für ungerade Nummern etc.
Das macht der OSM Inspector doch.
Jochen
--
Joch
erzeugt aus den Interpolationslinien (addr:interpolation)
dann steht hier is_ip:true. Das zeigt also keinen Fehler an, sondern ist
völlig normal.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mail
ighway=no interpretieren als "Da ist ein Weg mit unbekanntem Typ". Weil
sie das "no" halt nicht kennen, aber immerhin sehen, dass da wohl ein
Weg sein soll.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
__
weils nächsten Punkt auf der richtigen Straße kennzeichnen.)
Der umgekehrte Weg ist dagegen nicht möglich.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
. Als wir uns das Schema überlegt
haben, haben wir uns absichtlich auf das beschränkt, was wir selbst
kennen. Das heißt aber nicht, dass es da enden muss.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk
diversen Themen.
Sebastian hat inzwischen die Ergebnisse des Workshops aufgeschrieben und
den OSM Inspector um mehrere ÖPNV-Views erweitert. Mehr dazu unter
http://blog.geofabrik.de/?p=23 .
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
On Fri, May 29, 2009 at 12:17:40AM +0200, Claudius wrote:
> Am 28.05.2009 20:11, Jochen Topf:
> > Hi!
> >
> > Vorletztes Wochenende hatten wir hier in Karlsruhe einen Workshop zur
> > Frage wie der ÖPNV besser in OSM modelliert werden kann. Sebastian
> > Schwarz,
On Fri, May 29, 2009 at 12:17:40AM +0200, Claudius wrote:
> Bei der Grafik "StopAreaGroup_Map.png" scheint mir der im Text erwähnte
> und in der Datenansicht erfasste Taxistand zu fehlen.
Ist inzwischen drin.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/
ls.geofabrik.de/osmi/?view=pubtrans_stops&lon=8.39407&lat=49.00988&zoom=18
Schwieriger ist das mit den Linienrelationen, weil die so einen großen
Bereich umfassen. Das ist etwas mühsam im JOSM. Frederik hat aber schon
angefangen, sich dazu Gedanken zu machen.
Jo
On Fri, May 29, 2009 at 10:30:36AM +0200, Dirk Stöcker wrote:
> On Fri, 29 May 2009, Jochen Topf wrote:
>
>>> Wenn dann das ganze Schema Zustimmung findet wäre sicherlich noch ein
>>> passender Dialog für den Aufbau von Haltestellenrelationen in JOSM (o.ä)
>>
r mit der "Kernaufgabe" von OSM zu tun.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
keine Ahnung mehr
von. Im Buch ist das auch nicht genauer erklärt.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ne praktische "Abkürzung", die recht explizit machen, was hier
passieren soll. Sicher sind sie nicht unbedingt nötig, aber eben doch
praktisch.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
__
ie helfen.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
an arbeiten
will, kann er sich ja mal mit mir in Verbindung setzen.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
uperrelation anerkannt werden.
Du kannst mit der Suche nach den Relationen suchen, dann sind sie
markiert und Du kannste sie in die Superrelation aufnehmen.
Zugegebenermaßen etwas umständlich...
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +4
s Jahr drücken sie uns in eine
Ecke? Jörg: Ich glaube Du solltest da nochmal intervenieren!
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.or
im Moment nicht auch noch
regeln. Wir werden sehen, was die Mapper draus machen, oder wie wir
selbst oder andere nach dem Sammeln von Erfahrung mit dem Modell, das
Modell weiter ausbauen.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-7
gen.
Ihr könnt immer auch im OSM Inspector schauen (tools.geofabrik.de/osmi).
Der wird täglich aktualisiert. Unten Links steht immer, bis wann Daten
aktuell noch drin sind. Das Rendering ist nicht so schön, wie die
ÖPNV-Karte, weil es zum Debuggen ausgelegt ist, aber dafür ist mehr Info
drin und erkannte Fehler
On Wed, Jun 10, 2009 at 01:30:25PM +0200, Rolf Bode-Meyer wrote:
> Am 10. Juni 2009 11:28 schrieb Jochen Topf :
> > Ihr könnt immer auch im OSM Inspector schauen (tools.geofabrik.de/osmi).
> > Der wird täglich aktualisiert. Unten Links steht immer, bis wann Daten
> > aktuel
ielleicht beim strikten Vergleich bleiben, aber zusätzlich einen
fuzzy-Vergleich machen und den dazu schreiben:
Mullerstraße (ähnlicher Name in der Liste: Müllerstraße)
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
__
gen. Darin kann man dann normal routen usw. Und all dies wird in
die public_transport=stop_area-Relation zusammengefaßt, sodass man
erkennen kann, dass es zum gleichen Bahnhof gehört.
Was meinst Du mit "theoretischen Bereichen"?
Jochen
--
Jochen Topf
inein?
Mail an Shaun McDonald
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
eine Zeit und Lust reicht. So ein
Projekt funktioniert am besten, wenn man sich dort aktiv beteiligt, wo
man kann und mag und ansonsten den Mund hält.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mai
im Layer
Waterways->Other. Man muss allerdings ziemlich nah ranzoomen.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
s sogar ihre GPS-Tracks gespendet
> AFAIK.
> Wie siehts mit diesen Betreibern aus? Wäre auch toll, wenn man die
> Bilder nutzen dürfte, um POIs zu bestimmen.
Ich hatte diesbezgl. mit dem Betreiber schon vor einer Weile Kontakt, er
hat sich aber nicht wieder gemeldet.
Jochen
--
J
as wird man aber nicht
hinbekommen. Also macht man besser zwei Ways, dann ist es eindeutig.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
n we can seriously discuss. Its evil and everbody who is for
public domain is evil. End of discussion. Glad we cleared that up.
Weren't you trying to get more communication going?
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/
er schlau machen und eventuell spezielle Flyer vorbereiten oder
dergl. Ich hab mehrmals Leuten sagen müssen, dass sie doch unter
"Garmin" im Wiki suchen sollen usw.
Vielen Dank an alle Beteiligten. Wir hatten mal wieder eine
Super-Standbesatzung, die sich echt gut eingesetzt hat!
Jochen
At least an enormous error in judgment?
But, as you say, the domains and trademark are with the foundation now,
so all ended well and we can go on to other topics.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
__
On Thu, Jul 02, 2009 at 12:57:10PM +0100, SteveC wrote:
> On 2 Jul 2009, at 07:37, Jochen Topf wrote:
>
> > On Wed, Jul 01, 2009 at 01:55:43PM +0100, SteveC wrote:
> >> The license is interesting, because if you think about it and I was
> >> evil then I would join
things are and
how they happend. We are all not perfect. We all make mistakes and thats
ok. As long as we fix those mistakes and be straightforward about them.
You fixed it and you apologized, so as far as I am concerned, the issue is
settled.
Jochen
--
Jochen Topf joc...@remote.org
gt; http://lists.openstreetmap.org/listinfo/talk-de
>
> Oja, das würde mich auch interessieren!
http://svn.openstreetmap.org/misc/lectures/
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
iesem Blog-Eintrag:
http://blog.geofabrik.de/?p=24
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On Tue, Jul 07, 2009 at 02:26:37PM +0200, Florian Lohoff wrote:
> Es fehlt der Minsk import. Oder ist dessen rechtmaessigkeit unklar - Ich meine
> mich da an was zu erinnern ?!?!
Ich hab da nie irgendwelche Infos zu gesehen, was da abgelaufen ist.
Jochen
--
Jochen Topf joc...@remote.org
n der OpenLayers-Library drin und einen
Fehler kann ich dort nicht entdecken. :-(
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On Tue, Jul 07, 2009 at 04:09:29PM +0200, Martin Koppenhoefer wrote:
> > Am 7. Juli 2009 15:56 schrieb Chris-Hein Lunkhusen :
> >> Jochen Topf schrieb:
> >>
> >>> Schaut es Euch mal an: bestofosm.org - und sagt uns, welche Orte noch auf
> >>>
Das ist häufig so eingestellt. Aber die Symbole auf der Karte
sollten das nicht auslösen.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap
://wiki.openstreetmap.org/wiki/Sightwalk .
Und ja, es fehlt die Lizenz-Angabe (CC-BY-SA) zur Karte auf der Seite.
Sightwalk wird das so schnell wie möglich einbauen.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk
Relation
haben wollten, ist einfach, dass das noch eine Ebene mehr an Relationen
eingezogen hätte.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ich nie vorran
gekommen.
Wenn wir weitere Informationen haben, so bin ich sehr dafür, dass die auch
erfaßt werden. Aber so wie dieses Schema rückwärtskompatibel ist, so sollte
es auch jedes andere Schema sein. Damit kann man weitere optionale Details
erfassen, die aber dann nicht jeder nutzen muss.
On Tue, Jul 07, 2009 at 03:53:03PM +0200, Chris-Hein Lunkhusen wrote:
> Jochen Topf schrieb:
> > Schaut es Euch mal an: bestofosm.org - und sagt uns, welche Orte noch auf
> > der
> > Karte fehlen!
>
> Ich finde die Mapnik-Darstellung der Schweizer Gletscher klasse:
das Poster zum
Runterladen, dass wir für die SOTM gemacht hatten.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
offene
> Variante besser, da flexibler.
Rekursiv ist sehr problematisch, weil schwierig zu verarbeiten. Da haben
wir uns beim Workshop explizit dagegen entschieden.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
e müssen wahrscheinlich einige
tausend EUR für die Location bezahlen (so coole Veranstaltungslocations wie
die Zeche Zollverein sind teuer) und haben natürlich Personalkosten. Da kommt
schon mal schnell einiges zusammen. Und so viel Geld geben einem die Sponsoren
dann auch nicht.
Jochen
--
Jochen
lbst eine Karte
gemacht mit mkgmap und es tat einfach. Ich hab auch keine spezielle Option
mit POIs oder so benutzt.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap
en verzeichnet
> obwohl vor einer Woche gemessen und gezeichnet. Die Daten sind angeblich
> von der Nacht des 15.12.2008.
>
> Gibt es eine Erklärung dafür ?
Ich bastel grade am Update-Mechanismus des OSM Inspector rum. Hab da
noch ein paar Fehler drin, kann sein, dass das dar
Hab
im Wiki gerade einen entsprechenden Hinweis ergänzt.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
bisher keiner so richtig, sprich es hat sich keiner
gekümmert. Wenn es jemand übernehmen will: nur zu.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
on der ich noch nicht weiß, wo die herkommt. Die bewegt sich durchaus
etwa in dem Bereich. Am besten sieht man das im Address-View, wenn man
irgendwo nah ranzoomt. Das ist aber ein Artefakt der Darstellung. Im
Zweifel also die JOSM-Darstellung zum Vergleich heranziehen, wie Du das
ja auch gem
kann per WMS und WFS drauf zugreifen.
Details gibts im Blogposting unter http://blog.geofabrik.de/?p=18 .
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
uns reichlich fehlendes/falsches
> > entdeckt ...
>
>
> Sind die refs jetzt mit oder ohne Leerzeichen korrekt?
Üblich scheint wohl mit Leerzeichen zu sein. Die Straßen-NRW-OSM-Dateien
auf dem Geofabrik-Download-Server sind inzwischen auch dahingehend
korrigiert.
Jochen
-
ind diese Nummern
nicht drin, das wäre aber machbar, wenn es wirklich nützlich ist. Aber
importiert nach OSM sind sie damit ja dann noch lange nicht.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
noch nicht.
Wenn die schon soweit fertig sind, dass sie für den Verkehr freigegeben
sind, ist das kein "construction" mehr. Ob ihnen vielleicht die
endgültige Teerdecke fehlt ist m.E. da nicht relevant. Könnte man
höchstens in einen surface-Tag tun. :-)
Jochen
--
Jochen Topf joc...@re
eil unsere
ways natürlich in andere Stücke unterteilt sind als deren Daten.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On Sun, Dec 21, 2008 at 05:39:16PM +0100, Johann H. Addicks wrote:
> Jochen Topf schrieb:
>
> >> Die Netzknoten-Nummern sind nicht "kriegswichtig", aber die
> >> Abschnittsnummern sollten wir berücksichtigen. Denn die
> >> Rettungsdienste nutzen diese
bekannt sein
kann: Wir wissen ja nicht überall die Bevölkerungszahl oder die Fläche
des Ortes.
Ich bin sicher, dass man da durchaus was rausbekommen kann, aber so mal
eben geschrieben bekommt man das wahrscheinlich nicht.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/j
jetzt so direkt auch nicht, aber Du kannst mit
CREATE TABLESPACE
weitere Verzeichnisse einbinden. Du kannst eine neue Datenbank auch an
diesen tablespace binden, dann landet alles dort. Du hast dann das
Originalverzeichnis noch, aber es ist halt nix drin. Das geht sogar im
laufenden Betrieb.
Jochen
muss man dann bei
jedem Index, den man anlegt sagen, dass er in den anderen TABLESPACE
soll. Man kann einen Default-Tablespace angeben, wenn man eine DB
anlegt, aber der gilt dann für alles, Daten und Indices.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/
, Seen, Gebäude, Straßen)
werden in verschiedenen Farben angezeigt, alles Sonstige als gelbe
Linien. Nodes und Relations werden ignoriert.
Dank vieler fleissiger Mapper sieht das Ergebnis schon ganz beachtlich aus!
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721
, Seen, Gebäude, Straßen) werden in verschiedenen Farben angezeigt
>
> Was mache ich falsch?
Welchen Browser benutzt Du?
Funktionieren andere Views bei Dir?
Probier mal Cache löschen und Reload.
Jochen
--
Jochen Topf joc...@remote.org http://www.remo
On Tue, Dec 23, 2008 at 06:03:27PM +0100, André Reichelt wrote:
> Jochen Topf schrieb:
> > Der OSM Inspector hat jetzt auch einen Oberpfalz-View:
>
> Hey, vielen Dank! Wie oft wird das denn aktuallisiert? Ich finde das
> sehr praktisch um Orte zu finden, die bisher noch ni
On Tue, Dec 23, 2008 at 06:46:42PM +0100, Markus wrote:
> > Welchen Browser benutzt Du?
>
> FF 2.0.0.20
Also bei mir tut der FF 2. Ich nehme an, Du hast Javascript aus oder
irgendeinen Proxy oder Adblocker oder irgendsowas, was das Javascript
kaputt macht.
Jochen
--
Joch
abe schon versucht zu ändern, aber Änderungen scheiterten, da der
> Server bei Aktionen mit der Relation Niedersachsen ausstieg.
Du meinst die bestehenden Daten aus dem Import sind andersrum?
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
t ... "Map key" im linken Menü :-)
>
> Da wäre ich im Leben nicht drauf gekommen. Nach meinem
> Englisch-Verständnis sollte es im Englischen doch legend heißen, oder?
Nein. "legend" ist eine Legende im Sinne einer Sage, Mythos, ...
"Map key" ist schon richtig.
Jo
it man auch was finden kann dazu.
Es gibt so viele source-Tags, wo man nur raten kann, was sie bedeuten
sollen.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.or
gt; innerhalb Italiens. Und nur für solche Fälle sehe ich die inner/outer
> Angaben dann als Sinnvoll an. In allen anderen Fällen, wo die Sachlage
> eindeutig ist, ist es sonst eher verwirrend und eine unnötige Redundanz.
Schau Dir mal das an:
http://de.wikipedia.org/wiki/Baarle
Dann siehste
r jemand hat das nach dem Import schon
geändert. Kann durchaus sein, dass der Import falsch war, das Skript,
was die Daten konvertiert hat, war nicht perfekt und hat nicht unbedingt
alle corner cases richtig behandelt.
Jochen
--
Jochen Topf joc...@remote.org http://www.re
Datenbankauszüge bereit stellt, sind die Daten im Inspector
jetzt wieder einmal täglich da.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
die Küstenlinien benutzt und eine, die die
Grenzen auf dem Wasser benutzt. Die Grenzen auf dem Land werden von
beiden benutzt.
Bliebe die Frage, wie man sie nennt, bzw. tagged. Vorschläge?
Andere Ideen?
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
er die ways der Küstenlinien
(also natural=coastline). Inseln erscheinen also als "Exklaven".
Das ganze gibt es jeweils für alle admin_level.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mai
ion/62781
Ja, es gibt derzeit zwei. Aber die haben beide die gleichen Tags
(boundary = administrative) und sind daher nicht unterscheidbar.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
On Sun, Jan 04, 2009 at 02:07:48PM +0100, Matthias Geiser wrote:
> Jochen Topf wrote:
> > Es
> > reicht, wenn die passende Relation da ist. Ich schlage also vor:
> >
> > Relation A:
> > boundary=administrative
> > type=multipolygon
> Verst
iv war.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
r sowas.
Nach meinem letzten Vorschlag mit
land_area=administrative
type=multipolygon
würde das Wort "boundary" aber nicht mehr vorkommen und damit Deinen
berechtigen Einwand, dass es keine offizielle Grenzlinie ist, abdecken.
Jochen
--
Jochen Topf joc...@remote.o
On Sun, Jan 04, 2009 at 03:04:06PM +0100, Florian Lohoff wrote:
> On Sun, Jan 04, 2009 at 02:59:53PM +0100, Jochen Topf wrote:
> > Die Wiki-URLs wurden im November oder so von
> >
> > http://wiki.openstreetmap.org/index.php/Blub
> >
> > nach
> >
> &
men. exclave/enclave bedeutet das gleiche wie inner/outer, warum dann
ein anderes Tag dafür? Du selbst schlägst ja schon vor, dass man
multipolygon=yes dranhängen kann, aber ist
type=multipolygon
boundary=administrative
nicht einfacher und klarer a
On Sun, Jan 04, 2009 at 08:36:00AM +0100, Sven Anders wrote:
> Am Samstag, 3. Januar 2009 21:34 schrieb Jochen Topf:
>
> > Die ways müssen ja nicht irgendwie zusätzlich getagged werden. Es
> > reicht, wenn die passende Relation da ist. Ich schlage also vor:
> >
> >
mjenigen, der die StraÃe langfährt, sagt das nämlich garnichts. Das
ist ja eine interne Nummerierung von Strassen.NRW. Im ref-Tag sollte
einfach nur die Nummer der StraÃe stehen, wie das schon immer war.
Jochen
--
Jochen Topf joc...@remote.org http://ww
me" finden.
Warum reicht es nicht einfach, den Tag leerzulassen, um anzuzeigen, dass
da vielleicht noch Arbeit nötig ist? Wir schreiben ja auch nicht an jede
Straße ein oneway=fixme, nur weil kein oneway=yes oder oneway=no
eingetragen ist.
Jochen
--
Jochen Topf joc...@remote.org http://w
isloses Niemansland?
>
> Es würde uns freuen, wenn Sie den Sachverhalt klären könnten.
>
> Gruß
> Sven Anders
>
> ---
>
> _______
> Talk-de mailing list
> Talk-de@openstree
On Mon, Jan 05, 2009 at 09:20:34AM +0100, Holger Issle wrote:
> On Sun, 4 Jan 2009 22:49:43 +0100, Jochen Topf wrote:
>
> >On Sun, Jan 04, 2009 at 08:05:57PM +0100, Ropino wrote:
> >> Die neuen "ref"-Tags (z.B. "A3_16A" ) für die Abfahrten und den
>
onen für OSM verwendet werden können?
Die Information kannst Du auf jeden Fall benutzen. Amtliche
Verlautbarungen unterliegen keinem Copyright.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing
le, wo noch ein Stück
Grenze durch einen Extra-Insel geht richtig berechnen muss. Das ist
alles lösbar, aber eine einzige Extra-Relation macht es so viel
einfacher.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
lingliste ersparen.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Namen gehts wieder auf den vorherigen
Zustand. Bei der Oberpfalz bietet sich der Grenzlayer dafür an.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://l
gt; Oder werden noch andere Tags ausgewertet, bspw. addr:country?
Zu jedem View im OSM Inspector gibt es übrigens auch eine Doku im Wiki.
Einfach auf das (i) Icon neben dem View-Selector klicken, dann gehts zur
entsprechenden Wiki-Seite. (Leider gibts die allerdings nur auf
Englisch, wenn je
s
auch an. Ich würde das also mal auch international als angenommen sehen.
Siehe
http://lists.openstreetmap.org/pipermail/talk/2009-January/032904.html
Ich hab leider nicht die Zeit gehabt, das auch im Wiki zu dokumentieren.
Würde mich freuen, wenn jemand sich darum kümmert.
Jochen
--
Jochen Topf
On Sun, Jan 18, 2009 at 03:52:15PM +0100, Sven Anders wrote:
> Am Sonntag, 18. Januar 2009 13:13 schrieb Jochen Topf:
> >
> > Hier ist mein Posting, wo die Version drin ist, auf die es keine
> > Gegenwehr mehr gab:
> > http://lists.openstreetmap.org/pipermail/talk-
; daher sollte diese Angabe doch noch auch an der Grenze selbst stehen. "
>
> Das ist etwas viel widersprüchlicher Konjunktiv...
Das ist doch eindeutig. Es wäre nicht nötig, aber wir machen es
trotzdem. Ich weiß nicht, wie man das falsch verstehen kann.
Jochen
--
Jochen Topf joc...@re
On Mon, Jan 19, 2009 at 12:28:27PM +0100, Chris-Hein Lunkhusen wrote:
> wie oft werden die Daten (insb. die PLZ-Hülle) aktualisiert?
Täglich. Der aktuelle Stand wird jeweils angezeigt.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388
labrunn ist country=at (bzw. Wien ist country=at)?
Du musst an jeden Node, der ein addr:postcode hat auch ein addr:country
drantun. Nur dann kann der OSM Inspector das richtig erkennen.
Ja, das ist suboptimal, aber diese Logik ist halt einfach zu implementieren.
Jochen
--
Jochen To
gen. Wenn Du es nicht so taggst, dann ists
halt nicht richtig im OSM Inspector, aber das ist ja nun auch nicht so
schlimm.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
der Sache aber mit API 0.6 und den Changesets die
> Praxis nochmal etwas ändern, da man dann nicht mehr jedes Objekt
> attributieren muss.
Ja, dann werden alle diese Änderungen in einem Changeset sein und dort
kann man dann so ein Kommentar dranhängen.
Jochen
--
Jochen Topf joc...@remote.
On Thu, Jan 22, 2009 at 11:34:11AM +0100, Frank Sautter wrote:
> was machen wir jetzt da?
> * UK->GB
Jepp. "GB" ist der korrekte ISO-Code. Vielleicht sollte man das auch im
Wiki dazuschreiben.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/joch
zumind. bei Osmarender
> Wie es bei Mapnik laeuft, weisz ich noch nicht...
> Kann man da auch einfach im style rumpfuschen ;-) und hochladen???
Steve Chilton kümmert sich hauptsächlich um die
Mapnik Styles.
Jochen
--
Jochen Topf joc...@remote.o
or.
Theoretisch könnte man auch 2. berücksichtigen, aber dann haben wir
wieder das Problem, dass wir das Land nicht wissen und die Postal Codes
ohne das nicht eindeutig sind.
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/
1 - 100 von 690 matches
Mail list logo
