Ja jsem na posledni kolo importu adresnich bodu s uspechem pouzil
bulk_upload.py, coz je, jak jsem porozumel, predchudce bulk_upload_sax.py.
Trochu jsem ho musel ohackovat, aby se vyporadal s cestinou v komentarich a par
dalsich drobnosti. Viz patch.
HTH,
Libor
Index: bulk_upload.py
===================================================================
--- bulk_upload.py (Revision 26712)
+++ bulk_upload.py (Arbeitskopie)
@@ -1,4 +1,4 @@
-#!/usr/bin/python
+#!/usr/bin/python -W ignore::DeprecationWarning:httplib2
# -*- coding: utf-8 -*-
#
#
@@ -65,7 +65,7 @@
def __init__(self,user,password,idMap,tags={}):
self.httpObj = httplib2.Http()
- self.httpObj.add_credentials(user,password)
+ self.httpObj.add_credentials(user,password,'api.openstreetmap.org')
self.idMap = idMap
self.tags = tags
self.createChangeset()
@@ -97,6 +97,11 @@
id=elem.attrib['id']
if self.idMap[type].has_key(id):
continue
+
+ # Work around a JOSM bug
+ if int(id) < 0 and elem.attrib.has_key('action') and
elem.attrib['action'] == 'modify':
+ del elem.attrib['action']
+
#
# If elem contains nodes, ways or relations as a child
# then the ids need to be remapped.
@@ -377,7 +382,7 @@
idMap = IdMap(options.infile + ".db")
tags = {
'created_by': user_agent,
- 'comment': options.comment
+ 'comment': unicode(options.comment, "utf-8")
}
importProcessor = ImportProcessor(options.user,options.password,idMap,tags)
importProcessor.parse(options.infile)
On Sun 18-03-12 12:26:06, Jan Kučera wrote:
> Ahojte,
>
> bohužel jsem při pokusu o import další části chr. území narazil na
> softwarové problémy - JOSM nebyl schopen dokončit import cca 12000
> uzlů najednou (zkošeno několikrát). Možná to bylo tím, že jsem
> rozdělil import na části po cca 2000 uzlech. Kdosi mi pak na
> help.osm.org doporučil importovat pouze v celku, tedy vše najednou,
> nicméně to jsem zkoušel v úplných začátcích a úspěšnost byla takřka
> 0%.
>
> Zkusil jsem skript bulk_upload_sax.py
> (http://wiki.openstreetmap.org/wiki/Bulk_upload.py) na Xubuntu 11.10 -
> ten se mi choval pro změnu zase dosti šíleně a z mého .osm souboru o
> 12k uzlech vykouzlil dva changesety po cca 25k uzlech (viz
> http://www.openstreetmap.org/user/Kozuch-EEA/edits - pravděpodobně
> budu muset revertovat...) ... nechápu, kde ty uzly vzal. Nevíte někdo,
> co s tím?
>
> Jaký SW používáte pro importy?
>
> Zdravím,
> Kozuch
>
> Dne 20. února 2012 12:53 LM_1 <flukas.robot+...@gmail.com> napsal(a):
> > start_date v. valid_from
> > Nejde o to, že jeden je lepší nebo horší, podle mě jsou tak asi
> > nastejno, takže bych se přiklonil na stranu aktuálního vítěze. Jde o
> > to, že dva různé klíče popisují tu stejnou věc bez dalšího důvodu. Pro
> > boundary=protected_area nejsou na taginfo statistiky, ale pro
> > protection_title je to ve prospěch start_date 2000 : 500
> > Myslím, že start_date by tam určitě být mělo a valid_from kdyžtak
> > přidat jenom navíc kvůli kompatibilitě s tím Fr. importem (ale ideálně
> > jen start_date)
> >
> > Dočasný tag pro mapnik bych nepoužíval, ale když jsou to jen čtyři
> > parky tak je to opravdu celkem jedno.
> >
> > site_zone se používá málo (9×), ale zdá se, že je to jediný
> > zdokumentovaný a používaný klíč, takže nejlepší volba. Jestli tomu
> > dobře rozumím tak, by tam měly být vnořené multipolgony označující ty
> > zóny a všechny by měly být členem nadřazené relace kvůli seskupení.
> > Najít na mapě to neumím.
> >
> > Lukáš Matějka (LM_1)
> >
> > _______________________________________________
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-cz
>
> _______________________________________________
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
--
_______________________________________________
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
