[Talk-cz] Import chráněných území z EEA

[Libor Pechacek]

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+osm na 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 na openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-cz
> 
> _______________________________________________
> Talk-cz mailing list
> Talk-cz na openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz

--