Am Montag 27 Juli 2009 schrieb Matthias Versen:
Frederik Ramm wrote:
Eine andere Frage ist natuerlich, wieso die da ueberhaupt reinkommen,
denn gueltiges UTF-8-Zeichen oder nicht, ein ^V vor einem Strassennamen
ist in den wenigsten Faellen ein gewollter Edit.
Soweit ich das mitbekommen
Am Dienstag 28 Juli 2009 schrieb Frederik Ramm:
Hallo,
Guenther Meyer wrote:
und wo ist da ein problem?
^V ist kein xml-relevantes zeichen. wenn das ganz normal in
utf8-kodierung gespeichert ist, sollte das doch kein problem geben...
Sollte, haette, muesste, koennte ;-) es gibt da eine
On Tue, Jul 28, 2009 at 08:10:59AM +0200, Guenther Meyer wrote:
mann oh mann, immer diese freie auslegung von an sich guten
recommendations...
;-)
wieso wird sowas dann nicht schon in der api gefiltert?
diese zeichen braucht ja nun wirklich keiner in osm...
Check den svn tree aus und
Am Mo, 27.07.2009, 22:34 schrieb Frederik Ramm:
Konkret ist das so, dass ich Osmosis --rci mit Stundendiffs laufen
lasse. Wie Florian richtig sagt, bricht das dann ab. Dann mirrore ich
die Stundendiffs lokal, jage sie durch xmlstarlet, um den Fehler zu
finden, repariere ihn von Hand, und
Frederik Ramm frede...@remote.org wrote:
Manchmal - in den letzten Tagen gab es oefters Probleme mit
nicht-XML-konformen Sonderzeichen in Daten
Kannst Du da nicht einfach knallhart ein recode dazwischenschalten?
Sven
--
Software patents are the software project equivalent of land mines:
Hallo,
Sven Geggus wrote:
Manchmal - in den letzten Tagen gab es oefters Probleme mit
nicht-XML-konformen Sonderzeichen in Daten
Kannst Du da nicht einfach knallhart ein recode dazwischenschalten?
Da verloere ich den Komfort des --rci, das ja die Schritte rausfinden,
was geholt werden
Am Di, 28.07.2009, 11:51 schrieb Frederik Ramm:
Da verloere ich den Komfort des --rci, das ja die Schritte rausfinden,
was geholt werden muss, holen, zu einem Diff vereinigen gleich
richtig macht...
Wieso? Wenn dein Mirror die gleiche Vorgehensweise des Fixens hatte, wie
die eingehenden
Am 28. Juli 2009 08:12 schrieb Guenther Meyer d@sordidmusic.com:
wieso darf ueberhaupt irgendjemand an der api vorbei auf die datenbank
zugreifen? ich wuerde das auf keinen fall zulassen...
sehe ich auch so. Es sollte auch in Flash möglich sein, die API zu benutzen ;-)
Gruß Martin
Erstmal ein Dankeschön an die Geofabrik für die Bereitstellung der OSM-Daten,
schließlich ist das ein freiwilliger Service.
Mich würde interessieren, wie oft die Daten im Downloadbereich der Geofabrik
(http://download.geofabrik.de/osm/) aktualisiert werden. Ich werde irgendwie
nicht ganz
Hallo,
drahtese...@web.de wrote:
Mich würde interessieren, wie oft die Daten im Downloadbereich der
Geofabrik (http://download.geofabrik.de/osm/) aktualisiert werden.
Normal jede Nacht, mit der Ausnahme von Nordamerika, das nur in Nacht
von Samstag auf Sonntag.
Manchmal - in den letzten
Hallo Frederik,
besten Dank für die Infos.
Manchmal - in den letzten Tagen gab es oefters Probleme mit
nicht-XML-konformen Sonderzeichen in Daten - bricht der Job allerdings
ab, und dann faellt ein Tag aus.
Wie umgehst Du eigentlich das Problem mit den Sonderzeichen? Soweit ich das
On Mon, Jul 27, 2009 at 09:56:38PM +0200, Rudi wrote:
Subject: Re: [Talk-de] Aktualisierung Downloadbereich Geofabrik
Hallo Frederik,
besten Dank für die Infos.
Manchmal - in den letzten Tagen gab es oefters Probleme mit
nicht-XML-konformen Sonderzeichen in Daten - bricht der Job
Hallo,
Florian Lohoff wrote:
Wie umgehst Du eigentlich das Problem mit den Sonderzeichen? Soweit ich das
verstanden habe, schneidest Du mit osmosis die einzelnen Gebiete per
Polygon-File aus einem planet File aus (welches Du evtl. mit diff-Files
aktuell hältst). Ersetzt Du einfach die
Am Montag 27 Juli 2009 schrieb Frederik Ramm:
Hallo,
Florian Lohoff wrote:
Wie umgehst Du eigentlich das Problem mit den Sonderzeichen? Soweit ich
das verstanden habe, schneidest Du mit osmosis die einzelnen Gebiete per
Polygon-File aus einem planet File aus (welches Du evtl. mit
Hallo,
Guenther Meyer wrote:
wie!?! ihr macht das per hand? ohne eine xml-library?
utf-8 und xml vertraegt sich wunderbar, und die paar sachen, die escaped
werden muessen, macht die entsprechende xml-lib automatisch. zumindest kenne
ich das so...
oder versteh ich das grad alles falsch...?
Frederik Ramm wrote:
Eine andere Frage ist natuerlich, wieso die da ueberhaupt reinkommen,
denn gueltiges UTF-8-Zeichen oder nicht, ein ^V vor einem Strassennamen
ist in den wenigsten Faellen ein gewollter Edit.
Soweit ich das mitbekommen habe liegt es an dem allseits beliebten
Potlatch denn
Am Montag 27 Juli 2009 schrieb Frederik Ramm:
Hallo,
Guenther Meyer wrote:
wie!?! ihr macht das per hand? ohne eine xml-library?
utf-8 und xml vertraegt sich wunderbar, und die paar sachen, die escaped
werden muessen, macht die entsprechende xml-lib automatisch. zumindest
kenne ich das
Hallo,
Guenther Meyer wrote:
und wo ist da ein problem?
^V ist kein xml-relevantes zeichen. wenn das ganz normal in utf8-kodierung
gespeichert ist, sollte das doch kein problem geben...
Sollte, haette, muesste, koennte ;-) es gibt da eine Liste von
Ausnahmezeichen, die gueltige
Matthias Versen schrieb:
Frederik Ramm wrote:
Eine andere Frage ist natuerlich, wieso die da ueberhaupt reinkommen,
denn gueltiges UTF-8-Zeichen oder nicht, ein ^V vor einem Strassennamen
ist in den wenigsten Faellen ein gewollter Edit.
Soweit ich das mitbekommen habe liegt es an dem
19 matches
Mail list logo
