« zpět na výpis měsíce |

[Talk-cz] import dibavod A04zvm_Melioracni_kanaly

Vlákno 19.10. - 26.10.2010, počet zpráv: 21


19.10.2010 10:05:45 (#1)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! Chtel bych importovat melioracni kanaly... Predstavuju si to zhruba takhle: <way id="-1"> <nd ref="-1" /> <nd ref="-2" /> <nd ref="-3" /> <nd ref="-4" /> <nd ref="-5" /> <tag k="source" v="dibavod A04" /> <tag k="waterway" v="ditch" /> <tag k="dibavod:id" v="135" /> </way> (Doufam ze melioracni kanal odpovida ditch...) Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

20.10.2010 08:25:19 (#2)
gravatar

Libor Pechacek

<lpechacek at gmx.com>
68
Ahoj, On Tue 19-10-10 22:05:45, Pavel Machek wrote: [...] zobrazit citaci
> <tag k="waterway" v="ditch" /> > <tag k="dibavod:id" v="135" /> > </way> > > (Doufam ze melioracni kanal odpovida ditch...)
Cesky preklad Map_Features napovida "waterway=drain", nicmene po precteni anglicke verze[1], srovnani s "drain"[2] a vysvetleni slova "ditch"[3] se priklanim k "waterway=ditch". Libor [1] http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dditch [2] http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain [3] http://dictionary.cambridge.org/dictionary/british/ditch_1

21.10.2010 09:28:59 (#3)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> Chtel bych importovat melioracni kanaly... > > Predstavuju si to zhruba takhle: > > <way id="-1"> > <nd ref="-1" /> > <nd ref="-2" /> > <nd ref="-3" /> > <nd ref="-4" /> > <nd ref="-5" /> > <tag k="source" v="dibavod A04" /> > <tag k="waterway" v="ditch" /> > <tag k="dibavod:id" v="135" /> > </way> > > (Doufam ze melioracni kanal odpovida ditch...)
Tak melioracni kanaly jsou uploadovane. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

21.10.2010 11:41:41 (#4)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! Chtel bych importovat baziny, a predstavuju si to nejak takhle... <way id="-1000001"> <nd ref="-1" /> <nd ref="-2" /> <nd ref="-3" /> <nd ref="-4" /> <nd ref="-5" /> <nd ref="-6" /> <nd ref="-7" /> <nd ref="-8" /> <nd ref="-9" /> <nd ref="-10" /> <nd ref="-11" /> <nd ref="-12" /> <nd ref="-14" /> <nd ref="-15" /> <nd ref="-16" /> <nd ref="-1" /> <tag k="source" v="dibavod A06" /> <tag k="natural" v="wetland" /> <tag k="dibavod:id" v="42" /> </way> Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

22.10.2010 04:01:02 (#5)
gravatar

Jan Masopust

<masopust.jan at gmail.com>
21
Ahoj, To je sice hezk?, ale na nic. Tyto data jsou dosti nep?esn? (asi +- 30m), ale hlavn? se kryj? s importovan?mi potoky. Tzn., ?e tam, kde bylo zmapov?no jsou data t?ikr?t. Nev?m, jestli je p??pad, kde je importov?n kan?l a z?rove? nen? importov?n potok. Podle m? ne (kdy?tak m? opravte). Tak?e by se s t?m m?lo n?co ud?lat. Nev?m, jestli stoj? za to m?t v map? takto pochybn? data. J? bych navrhoval u v?ech importovan?ch kan?l? zm?nit tag t?eba na waterway=FIXMEditch, aby se to nerendrovalo a pak to v?e ru?n? proj?t. -- masox 2010/10/21 Pavel Machek <pavel at ucw.cz> zobrazit citaci
> Ahoj! > > > Chtel bych importovat melioracni kanaly... > > > > Predstavuju si to zhruba takhle: > > > > <way id="-1"> > > <nd ref="-1" /> > > <nd ref="-2" /> > > <nd ref="-3" /> > > <nd ref="-4" /> > > <nd ref="-5" /> > > <tag k="source" v="dibavod A04" /> > > <tag k="waterway" v="ditch" /> > > <tag k="dibavod:id" v="135" /> > > </way> > > > > (Doufam ze melioracni kanal odpovida ditch...) > > Tak melioracni kanaly jsou uploadovane. > > Pavel > > -- > (english) http://www.livejournal.com/~pavelmachek<http://www.livejournal.com/%7Epavelmachek> > (cesky, pictures) > http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html<http://atrey.karlin.mff.cuni.cz/%7Epavel/picture/horses/blog.html> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
------------- dal?? ??st --------------- HTML p??loha byla odstran?na... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20101022/a1eb2d04/attachment.html>

22.10.2010 05:37:30 (#6)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2010/10/22 Jan Masopust <masopust.jan at gmail.com>: zobrazit citaci
> Ahoj, > > To je sice hezk?, ale na nic. Tyto data jsou dosti nep?esn? (asi +- 30m), > ale hlavn? se kryj? s importovan?mi potoky. Tzn., ?e tam, kde bylo zmapov?no > jsou data t?ikr?t. Nev?m, jestli je p??pad, kde je importov?n kan?l a > z?rove? nen? importov?n potok. Podle m? ne (kdy?tak m? opravte). Tak?e by se > s t?m m?lo n?co ud?lat. Nev?m, jestli stoj? za to m?t v map? takto pochybn? > data. J? bych navrhoval u v?ech importovan?ch kan?l? zm?nit tag t?eba na > waterway=FIXMEditch, aby se to nerendrovalo a pak to v?e ru?n? proj?t. > >
stejne se to musi projit kvuli potokum, ale fakt sou ty ditch uplne mimo, mam je nechat nebo smazat? bude se s tim neco delat? -- Michal Gr?zl http://openstreetmap.cz

22.10.2010 09:26:07 (#7)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
274 636
Pr?v? ?e??m povod? Mal?e od Bud?jovic proti proudu, konroluju podle cenia ortofota, a zat?m jedin? meliora?n? kan?l nesed?. Bu? vede soub??n? l?pe pasuj?c? potok, nebo vede nap??? polem ?i dokonce z?stavbou a na fotce nen? ani zn?mka. Tedy v?echny zat?m ma?u. BTW, co s potokem, kter? u? neexistuje (zastav?n? oblast)? J&D Dne 22. ??jna 2010 17:37 Michal Gr?zl <michal.grezl at openstreetmap.cz> napsal(a): zobrazit citaci
> 2010/10/22 Jan Masopust <masopust.jan at gmail.com>: >> Ahoj, >> >> To je sice hezk?, ale na nic. Tyto data jsou dosti nep?esn? (asi +- 30m), >> ale hlavn? se kryj? s importovan?mi potoky. Tzn., ?e tam, kde bylo zmapov?no >> jsou data t?ikr?t. Nev?m, jestli je p??pad, kde je importov?n kan?l a >> z?rove? nen? importov?n potok. Podle m? ne (kdy?tak m? opravte). Tak?e by se >> s t?m m?lo n?co ud?lat. Nev?m, jestli stoj? za to m?t v map? takto pochybn? >> data. J? bych navrhoval u v?ech importovan?ch kan?l? zm?nit tag t?eba na >> waterway=FIXMEditch, aby se to nerendrovalo a pak to v?e ru?n? proj?t. >> >> > > stejne se to musi projit kvuli potokum, ale fakt sou ty ditch uplne > mimo, mam je nechat nebo smazat? bude se s tim neco delat? > > > -- > Michal Gr?zl > http://openstreetmap.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dud?k

23.10.2010 09:48:43 (#8)
gravatar

Zdeněk Pražák

<ZPrazak at seznam.cz>
747
Pkud se t?k? meliora?n?ch kan?l? v okol? Nechanic tak kan?ly na naimportovan?ch m?stech ve skute?nosti nejsou, mhlo by se snad jednat o meliora?n? potrub? polo?en? n?kdy v 50 letech. Na povrchu v uveden?ch m?stech nen? nic vid?rt aproto jsem tyto kan?ly smazal Pra??k zobrazit citaci
> ------------ P?vodn? zpr?va ------------ > Od: Michal Gr?zl <michal.grezl at openstreetmap.cz> > P?edm?t: Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly > Datum: 22.10.2010 17:38:10 > ---------------------------------------- > 2010/10/22 Jan Masopust <masopust.jan at gmail.com>: > > Ahoj, > > > > To je sice hezk?, ale na nic. Tyto data jsou dosti nep?esn? (asi +- 30m), > > ale hlavn? se kryj? s importovan?mi potoky. Tzn., ?e tam, kde bylo zmapov?no > > jsou data t?ikr?t. Nev?m, jestli je p??pad, kde je importov?n kan?l a > > z?rove? nen? importov?n potok. Podle m? ne (kdy?tak m? opravte). Tak?e by se > > s t?m m?lo n?co ud?lat. Nev?m, jestli stoj? za to m?t v map? takto pochybn? > > data. J? bych navrhoval u v?ech importovan?ch kan?l? zm?nit tag t?eba na > > waterway=FIXMEditch, aby se to nerendrovalo a pak to v?e ru?n? proj?t. > > > > > > stejne se to musi projit kvuli potokum, ale fakt sou ty ditch uplne > mimo, mam je nechat nebo smazat? bude se s tim neco delat? > > > -- > Michal Gr?zl > http://openstreetmap.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

23.10.2010 10:29:16 (#9)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! Za chvili hodlam zacit importovat jezy. Tenhle import je generovan ponekud jednodussim hackem, ale jsou to jenom body -> melo by to byt ok. <?xml version='1.0' encoding='UTF-8'?> <osm version='0.5' generator='JOSM'> <node id='-13350' action='modify' timestamp='2010-10-23T20:17:15Z' visible='true' lat='48.98367' lon='14.789454'> <tag k='source' v='dibavod I01' /> <tag k='waterway' v='weir' /> </node> <node id='-13348' action='modify' timestamp='2010-10-23T20:17:15Z' visible='true' lat='48.986945' lon='14.778233'> <tag k='source' v='dibavod I01' /> <tag k='waterway' v='weir' /> </node> -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

23.10.2010 10:50:07 (#10)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! Uvazuju jak importovat "koupaci oblasti". Tenhle import je generovan ponekud jednodussim hackem, ale jsou to jenom body -> melo by to byt ok. Aktualni verse je: <?xml version='1.0' encoding='UTF-8'?> <osm version='0.5' generator='JOSM'> <node id='-264' action='modify' timestamp='2010-10-23T20:41:21Z' visible='true' lat='49.650985' lon='16.604522'> <tag k='note' v='koupaci oblast ve volne prirode dle DIBAVODu' /> <tag k='source' v='dibavod C02' /> <tag k='sport' v='swimming' /> </node> Je nejake vhodnejsi tagovani? Hmm.... v databazi to vypada takhle... Rekr id : KO530901 Kraj : PARDUBICK? Koup naz : p?sn?k B?ezhrad (u n?dra<9E>?) Tok naz : Pla?ick? potok Voda typ : P Hlgp vuv : 103010170 Tok id : 104550000100 Pozn : nen? p??m? spojen? s vodn?m tokem Idvt : 10100651 Nadr gid : 103010170003 Orp : Pardubice Orp id : 5309 Obec : Opatovice nad Labem Obec id : 575429 ...a uvazuju ze ten nazev koupaliste by se asi hodil... Zatim to vyrabim *strasnym* hackem (prilozen), ktery byl puvodne urcen na plneni databaze, ne vyrobu xmlka... Bohuzel se v nem moc nevyznam :-(. Napady? Pavel #!/usr/bin/python import struct, dbf, cPickle, time import sqlite3, os.path, math NULL_SHAPE = 0 POINT_SHAPE = 1 POLYLINE_SHAPE = 3 POLYGON_SHAPE = 5 def pnInPoly(pts, pt): c = False j = len(pts) - 1 for i in xrange(len(pts)): if ((pts[i][1] <= pt[1]) and (pt[1] < pts[j][1])) or ((pts[j][1] <= pt[1]) and (pt[1] < pts[i][1])): if pt[0] < (float(pts[j][0] - pts[i][0]) * (pt[1] - pts[i][1]) / (pts[j][1] - pts[i][1]) + pts[i][0]): c = not c j = i return c def reader(filename, records = -1): f = open(filename, 'rb') f.seek(100) while 1: try: (number, length) = struct.unpack('>ii', f.read(8)) except: print "</osm>" break record = f.read(length * 2) if ord(record[0]) == NULL_SHAPE: # Null shape assert (len(record) == 4) yield (number, 0, None) elif ord(record[0]) == POINT_SHAPE: # Point shape assert (len(record) == 20) (typ, x, y) = struct.unpack('<idd', record) yield (number, typ, (x, y)) elif ord(record[0]) in (POLYLINE_SHAPE, POLYGON_SHAPE): # Polygon or polyline shape (typ, bbleft, bbtop, bbright, bbbottom, numParts, numPoints) = struct.unpack('<iddddii', record[:44]) record = record[44:] parts = [] for i in xrange(numParts): parts.append(struct.unpack('<i', record[i*4:(i+1)*4])[0]) record = record[numParts * 4:] points = [] for i in xrange(numPoints): points.append(struct.unpack('<dd', record[i * 16:(i + 1) * 16])) polygon = [] for i in xrange(len(parts)): if i + 1 >= len(parts): stop = -1 else: stop = parts[i + 1] current = parts[i] polygonpart = [] while current != stop: if current >= len(points): break polygonpart.append(points[current]) current += 1 polygon.append(polygonpart) yield (number, typ, polygon) else: raise Exception('Unknown shape') records -= 1 if records == 0: break f.close() def isIn(index, pt): x = pt[0] / 1000000 y = pt[1] / 1000000 for poly in index.get((x, y), []): for p in poly[1]: if pnInPoly(p, pt): return poly[0] return None def jtsk2wgs84(X, Y): # Prepocet vstupnich udaju H = 245 # Vypocet zemepisnych souradnic z rovinnych souradnic a = 6377397.15508 e = 0.081696831215303 n = 0.97992470462083 konst_u_ro = 12310230.12797036 sinUQ = 0.863499969506341 cosUQ = 0.504348889819882 sinVQ = 0.420215144586493 cosVQ = 0.907424504992097 alfa = 1.000597498371542 k = 1.003419163966575 ro = math.sqrt(X * X + Y * Y) epsilon = 2 * math.atan(Y / (ro + X)) D = epsilon / n S = 2 * math.atan(math.exp(1 / n * math.log(konst_u_ro / ro))) - math.pi / 2 sinS = math.sin(S) cosS = math.cos(S) sinU = sinUQ * sinS - cosUQ * cosS * math.cos(D) cosU = math.sqrt(1 - sinU * sinU) sinDV = math.sin(D) * cosS / cosU cosDV = math.sqrt(1 - sinDV * sinDV) sinV = sinVQ * cosDV - cosVQ * sinDV cosV = cosVQ * cosDV + sinVQ * sinDV Ljtsk = 2 * math.atan(sinV / (1 + cosV)) / alfa t = math.exp(2 / alfa * math.log((1 + sinU) / cosU / k)) pom = (t - 1) / (t + 1) while True: sinB = pom pom = t * math.exp(e * math.log((1 + e * sinB) / (1 - e * sinB))) pom = (pom - 1) / (pom + 1) if abs(pom - sinB) < 1e-15: break Bjtsk = math.atan(pom / math.sqrt(1 - pom * pom)) # Pravouhle souradnice ve S-JTSK a = 6377397.15508 f_1 = 299.152812853 e2 = 1 - (1 - 1 / f_1) * (1 - 1/f_1) ro = a / math.sqrt(1 - e2 * math.sin(Bjtsk) * math.sin(Bjtsk)) x = (ro + H) * math.cos(Bjtsk) * math.cos(Ljtsk) y = (ro + H) * math.cos(Bjtsk) * math.sin(Ljtsk) z = ((1 - e2) * ro + H) * math.sin(Bjtsk) # Pravouhle souradnice v WGS-84 dx = 570.69 dy = 85.69 dz = 462.84 wz = -5.2611 / 3600 * math.pi / 180 wy = -1.58676 / 3600 * math.pi / 180 wx = -4.99821 / 3600 * math.pi / 180 m = 3.543e-6 xn = dx + (1 + m) * (x + wz * y - wy * z) yn = dy + (1 + m) * (-wz * x + y + wx * z) zn = dz + (1 + m) * (wy * x - wx * y + z) # Geodeticke souradnice v systemu WGS-84 a = 6378137.0 f_1 = 298.257223563 a_b = f_1 / (f_1 - 1) p = math.sqrt(xn * xn + yn * yn) e2 = 1 - (1 - 1 / f_1) * (1 - 1/f_1) theta = math.atan(zn * a_b / p) st = math.sin(theta) ct = math.cos(theta) t = (zn + e2 * a_b * a * st * st * st) / (p - e2 * a * ct * ct * ct) B = math.atan(t) L = 2 * math.atan(yn / (p + xn)) H = math.sqrt(1 + t * t) * (p - a / math.sqrt(1 + (1 - e2) * t * t)) # Format vystupnich hodnot return (180 * L / math.pi , 180 * B / math.pi) def createTables(cur): cur.execute("""CREATE TABLE IF NOT EXISTS Nodes(ID_NODE INTEGER PRIMARY KEY AUTOINCREMENT, X INTEGER NOT NULL, Y INTEGER NOT NULL)""") cur.execute("""CREATE TABLE IF NOT EXISTS Lines(ID_LINE INTEGER PRIMARY KEY AUTOINCREMENT, ID_DIBAVOD INTEGER)""") cur.execute("""CREATE TABLE IF NOT EXISTS Areas(ID_AREA INTEGER PRIMARY KEY AUTOINCREMENT, ID_DIBAVOD INTEGER)""") cur.execute("""CREATE TABLE IF NOT EXISTS Relations(ID_RELATION INTEGER PRIMARY KEY AUTOINCREMENT)""") cur.execute("""CREATE TABLE IF NOT EXISTS Dibavod(ID_DIBAVOD INTEGER PRIMARY KEY AUTOINCREMENT, NAME TEXT, OBJ_ID INTEGER NOT NULL)""") cur.execute("""CREATE TABLE IF NOT EXISTS LineNodes(ID_LINE INTEGER, ID_NODE INTEGER, SEQ INTEGER)""") cur.execute("""CREATE TABLE IF NOT EXISTS LineRelations(ID_RELATION INTEGER, ID_LINE INTEGER, SEQ INTEGER)""") cur.execute("""CREATE TABLE IF NOT EXISTS AreaNodes(ID_AREA INTEGER, ID_NODE INTEGER, SEQ INTEGER)""") cur.execute("""CREATE TABLE IF NOT EXISTS AreaRelations(ID_RELATION INTEGER, ID_AREA INTEGER, SEQ INTEGER)""") def importVody(prefix, nameColumn, idColumn): global allNodes con = sqlite3.connect("vody.sqlite") con.isolation_level = None cur = con.cursor() createTables(cur) cur.execute("BEGIN") total = 0 allLines = [] lastTyp = None for (number, typ, obj) in reader(os.path.join('data', prefix + '.shp')): total += 1 if typ in (POLYLINE_SHAPE, POLYGON_SHAPE): if typ == POLYLINE_SHAPE: tablePrefix = "Line" elif typ == POLYGON_SHAPE: tablePrefix = "Area" if lastTyp is None: lastTyp = typ assert lastTyp == typ lineIDs = [] for line in obj: nodeIDs = [] if typ == POLYGON_SHAPE: line = line[:-1] for pt in line: pt2 = jtsk2wgs84(-pt[1], -pt[0]) pt2 = (int(pt2[0] * 10000000 + 0.5), int(pt2[1] * 10000000 + 0.5)) if pt2 in allNodes: nodeID = allNodes[pt2] else: cur.execute("insert into Nodes(X, Y) values (?, ?)", pt2) nodeID = cur.lastrowid allNodes[pt2] = nodeID if len(nodeIDs) > 0 and nodeID == nodeIDs[-1]: pass else: nodeIDs.append(nodeID) cur.execute("insert into %ss(ID_DIBAVOD) values (NULL)" % tablePrefix) lineID = cur.lastrowid lineIDs.append(lineID) for i, nodeID in enumerate(nodeIDs): cur.execute("insert into %sNodes(ID_%s, ID_NODE, SEQ) values (?, ?, ?)" % (tablePrefix, tablePrefix), (lineID, nodeID, i + 1)) allLines.append(lineIDs) if len(obj) > 1: print "Relations: ", len(obj) cur.execute("insert into Relations VALUES(NULL)") relationID = cur.lastrowid for i, lineID in enumerate(lineIDs): cur.execute("insert into %sRelations(ID_RELATION, ID_%s, SEQ) values (?, ?, ?)" % (tablePrefix, tablePrefix), (relationID, lineID, i + 1)) # break elif typ == POINT_SHAPE: ( x, y ) = obj ( lon, lat ) = jtsk2wgs84(-y, -x) print "<node id='%d' lon='%f' lat='%f' />" % ( -total, lon, lat ) else: raise Exception('Unknown shape') #if total >= 10: # break #break if total % 200 == 0: print total print total f = open(os.path.join('data', prefix + '.dbf'), "rb") db = dbf.dbfreader(f) fieldnames = db.next() fieldspecs = db.next() if nameColumn != '': inazev = fieldnames.index(nameColumn) else: inazev = None iid = fieldnames.index(idColumn) i = 0 for row in db: n = None if inazev: n = unicode(row[inazev], 'cp1250').strip() if len(n) == 0: n = None did = long(row[iid]) cur.execute("INSERT INTO Dibavod(NAME, OBJ_ID) VALUES (?, ?)", (n, did)) idDibavod = cur.lastrowid for line in allLines[i]: cur.execute("UPDATE %ss SET ID_DIBAVOD=? WHERE ID_%s=?" % (tablePrefix, tablePrefix), (idDibavod, line)) i += 1 if i % 200 == 0: print i if i == len(allLines): break f.close() cur.execute("COMMIT") con.close() if __name__ == '__main__': allNodes = {} if 1: print "<?xml version='1.0' encoding='UTF-8'?>" print "<osm version='0.5' generator='shapefile'>" #importVody('A02_Vodni_tok_JU', 'NAZ_TOK', 'UTOKJ_ID') #importVody('A05_Vodni_nadrze', 'NAZ_NA', 'NADR_GID') #importVody('A01_Vodni_tok_CEVT', 'NAZ_TOK', 'TOK_ID') #importVody('A04zvm_Melioracni_kanaly', '', 'LCRM_ID') #importVody('A06_Bazina_mocal', '', 'ET_ID') #importVody('I01zvm_Jezy', 'TOK_ID', 'OT06_ID') importVody('C02_Koupaci_oblasti', '', '') -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

24.10.2010 12:18:45 (#11)
gravatar

"Petr Morávek [Xificurk]"

<xificurk at gmail.com>
169
Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > > Uvazuju jak importovat "koupaci oblasti". > > Tenhle import je generovan ponekud jednodussim hackem, ale jsou to > jenom body -> melo by to byt ok. > > Aktualni verse je: > > <?xml version='1.0' encoding='UTF-8'?> > <osm version='0.5' generator='JOSM'> > <node id='-264' action='modify' timestamp='2010-10-23T20:41:21Z' > visible='true' lat='49.650985' lon='16.604522'> > <tag k='note' v='koupaci oblast ve volne prirode dle DIBAVODu' /> > <tag k='source' v='dibavod C02' /> > <tag k='sport' v='swimming' /> > </node> > > Je nejake vhodnejsi tagovani?
P?ed ?asem jsem hledal na wiki, jak koupac? oblasti tagovat, ale celkem jsem narazil... zd? se, ?e je to zat?m nepro?l?pnut? oblast. Osobn? si mysl?m, ?e by se tag sport m?l pou??vat pro ozna?en? m?st, kde se dan? sport skute?n? provozuje jako "sport" (aspo? na amatersk? ?rovni). Tj. sport=swimming je vhodn? pro klasick? plave??k (leisure=swimming_pool), m?n? vhodn? pro akvapark s tobog?ny (leisure=water_park) a nevhodn? pro p?s?k/lom (???), kam se jezd? lidi v l?t? vykoupat. Na wiki je obecn? ke sportu uvedeno "Since this is a non-physical tag it should be combined with one of these (physical) tags", tj. skute?n? by se tam m?l p?ihodit i n?jak? tag ozna?uj?c? objekt, ve kter?m se to plav?n? provozuje. Pro p??rodn? koupali?t? jsem nic rozumn?ho nena?el, mo?n? jedin? leisure=swimming_natural podle http://wiki.openstreetmap.org/wiki/Proposed_features/Swimming_pool Ale tagwatch ??k?, ?e se to moment?ln? nepou??v?. Petr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20101024/a3f84749/attachment.pgp>

24.10.2010 07:09:44 (#12)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> > Uvazuju jak importovat "koupaci oblasti". > > > > Tenhle import je generovan ponekud jednodussim hackem, ale jsou to > > jenom body -> melo by to byt ok. > > > > Aktualni verse je: > > > > <?xml version='1.0' encoding='UTF-8'?> > > <osm version='0.5' generator='JOSM'> > > <node id='-264' action='modify' timestamp='2010-10-23T20:41:21Z' > > visible='true' lat='49.650985' lon='16.604522'> > > <tag k='note' v='koupaci oblast ve volne prirode dle DIBAVODu' /> > > <tag k='source' v='dibavod C02' /> > > <tag k='sport' v='swimming' /> > > </node> > > > > Je nejake vhodnejsi tagovani? > > P?ed ?asem jsem hledal na wiki, jak koupac? oblasti tagovat, ale celkem > jsem narazil... zd? se, ?e je to zat?m nepro?l?pnut? oblast. > > Osobn? si mysl?m, ?e by se tag sport m?l pou??vat pro ozna?en? m?st, kde > se dan? sport skute?n? provozuje jako "sport" (aspo? na amatersk? > ?rovni). Tj. sport=swimming je vhodn? pro klasick? plave??k > (leisure=swimming_pool), m?n? vhodn? pro akvapark s tobog?ny > (leisure=water_park) a nevhodn? pro p?s?k/lom (???), kam se jezd? lidi v > l?t? vykoupat.
No, ale nic lepsiho zatim neni. Vyrobit novy tag my neprijde vhodny. zobrazit citaci
> Na wiki je obecn? ke sportu uvedeno "Since this is a non-physical tag it > should be combined with one of these (physical) tags", tj. skute?n? by > se tam m?l p?ihodit i n?jak? tag ozna?uj?c? objekt, ve kter?m se to > plav?n? provozuje.
Ten uz tam je - typicky rybnik nebo reka. zobrazit citaci
> Pro p??rodn? koupali?t? jsem nic rozumn?ho nena?el, mo?n? jedin? > leisure=swimming_natural podle > http://wiki.openstreetmap.org/wiki/Proposed_features/Swimming_pool > Ale tagwatch ??k?, ?e se to moment?ln? nepou??v?.
Zatim mam: <?xml version='1.0' encoding='UTF-8'?> <osm version='0.5' generator='shapefile'> <node id='-1' lon='15.793556' lat='50.165569'> <tag k='name' v='p?sn?k B?ezhrad (u n?dra??)' /> <tag k='source' v='dibavod C02 koupaci oblasti' /> <tag k='dibavod:kraj' v='PARDUBICK?' /> <tag k='dibavod:tok_naz' v='Pla?ick? potok' /> <tag k='dibavod:voda_typ' v='P' /> <tag k='dibavod:tok_id' v='104550000100' /> <tag k='dibavod:pozn' v='nen? p??m? spojen? s vodn?m tokem' /> <tag k='dibavod:orp' v='Pardubice' /> <tag k='dibavod:obec' v='Opatovice nad Labem' /> <tag k='sport' v='swimming' /> </node> ...co takhle pridat swimming=natural? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

24.10.2010 08:04:47 (#13)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Alespo? to, p??padn? n?co jin?ho. Ka?dop?dn? by m?lo j?t poznat, ?e to je p??rodn? koupali?t?, abychom byli schopn? to p?ev?st na n?jak? konkr?tn?j?? tag, a? vznikne (i kdybychom tam m?li p?idat n?jak? vymy?len? tag). Tag sport=swimming tam samoz?ejm? m??e z?stat. On Sun, 24 Oct 2010 19:09:44 +0200, Pavel Machek <pavel at ucw.cz> wrote: zobrazit citaci
> ...co takhle pridat swimming=natural?
-- Petr Dlouh?

24.10.2010 11:54:29 (#14)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
On Sun 2010-10-24 20:04:47, Petr Dlouh? wrote: zobrazit citaci
> Alespo? to, p??padn? n?co jin?ho. Ka?dop?dn? by m?lo j?t poznat, ?e > to je p??rodn? koupali?t?, abychom byli schopn? to p?ev?st na n?jak? > konkr?tn?j?? tag, a? vznikne (i kdybychom tam m?li p?idat n?jak? > vymy?len? tag). Tag sport=swimming tam samoz?ejm? m??e z?stat.
Je to na serveru :-). Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

25.10.2010 12:51:09 (#15)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Dne 24.10.2010 23:54, Pavel Machek napsal(a): zobrazit citaci
> On Sun 2010-10-24 20:04:47, Petr Dlouh? wrote: >> Alespo? to, p??padn? n?co jin?ho. Ka?dop?dn? by m?lo j?t poznat, ?e >> to je p??rodn? koupali?t?, abychom byli schopn? to p?ev?st na n?jak? >> konkr?tn?j?? tag, a? vznikne (i kdybychom tam m?li p?idat n?jak? >> vymy?len? tag). Tag sport=swimming tam samoz?ejm? m??e z?stat. > Je to na serveru :-). > > Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(. > Pavel
To chce ty data rozdrbavat na pidi kousky, aby import bloku netrval dyl nez par minut ... Jeste importujes nebo uz plati "krles" ??? Jinak sem narazil namatkou na useky potoka, kde nesedi nazev importovany a nazev vygrabnuty z km. A ted babo rad, protoze az takovy znalec mistnich nazvu nejsem.

25.10.2010 02:31:28 (#16)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2010/10/25 jzvc <jzvc at tpfree.fdns.net>: zobrazit citaci
> Dne 24.10.2010 23:54, Pavel Machek napsal(a): >> On Sun 2010-10-24 20:04:47, Petr Dlouh? wrote: >>> Alespo? to, p??padn? n?co jin?ho. Ka?dop?dn? by m?lo j?t poznat, ?e >>> to je p??rodn? koupali?t?, abychom byli schopn? to p?ev?st na n?jak? >>> konkr?tn?j?? tag, a? vznikne (i kdybychom tam m?li p?idat n?jak? >>> vymy?len? tag). Tag sport=swimming tam samoz?ejm? m??e z?stat. >> Je to na serveru :-). >> >> Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(. >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? Pavel > > > To chce ty data rozdrbavat na pidi kousky, aby import bloku netrval dyl > nez par minut ... > > Jeste importujes nebo uz plati "krles" ??? Jinak sem narazil namatkou na > useky potoka, kde nesedi nazev importovany a nazev vygrabnuty z km. A > ted babo rad, protoze az takovy znalec mistnich nazvu nejsem. >
to uz sem zazil take s temi nazvy potoku, ja bych tam nechal oba v nejake rozeznatelne forme, treba name:dibavod a name:katastr nebo taknejak. A do name nektery z nich vybrat. -- Michal Gr?zl http://openstreetmap.cz

25.10.2010 03:25:37 (#17)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> > Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(.
Uz jsem to nejak vybojoval. 2 baziny se neuploadly, cert je vem. zobrazit citaci
> To chce ty data rozdrbavat na pidi kousky, aby import bloku netrval dyl > nez par minut ...
To neni uplne trivialni, protoze na 'svech' pak vznikaji nespojeny cesty co je potreba rucne upravit. Hezky by bylo kdyby josm uploadnul cestu vzdy ve chvili kdy ma potrebne body. Bohuzel to nedela :-(. (Namet na zapoctak: udelatko co to delat bude :-). zobrazit citaci
> Jeste importujes nebo uz plati "krles" ??? Jinak sem narazil namatkou na
Mezi lon 14 a 15 jeste budu par potoku importovat, ale uz je mozny opravovat. Ty co uz tam jsou jsou finalni. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

25.10.2010 10:36:52 (#18)
gravatar

Pavel Machek

<pavel at ucw.cz>
1023 1226
Ahoj! zobrazit citaci
> Pr?v? ?e??m povod? Mal?e od Bud?jovic proti proudu, konroluju podle > cenia ortofota, a zat?m jedin? meliora?n? kan?l nesed?. > Bu? vede soub??n? l?pe pasuj?c? potok, nebo vede nap??? polem ?i > dokonce z?stavbou a na fotce nen? ani zn?mka. > Tedy v?echny zat?m ma?u.
No, ta data fakt jsou nejaka divna. Ty soubehy s potokama jsou divny. Na druhou stranu melioracni ryhu si predstavuju... jako ryhu ve ktery obcas je voda. Necekal bych ze to bude videt na ortofotu. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

25.10.2010 11:53:19 (#19)
gravatar

Zdeněk Pražák

<ZPrazak at seznam.cz>
747
no j? jsem zat?m v?echny importovan? meliora?n? kan?ly v okol? nechanic smazal, nebot na uveden?ch m?stech ve skute?nosti nic nen?, ani ta tebou zmi?ovan? r?ha. Mo?n? se bude jednat o meliora?n? trubky polo?en? do zem? n?kdy v 50 letech Pra??k zobrazit citaci
> ------------ P?vodn? zpr?va ------------ > Od: Pavel Machek <pavel at ucw.cz> > P?edm?t: Re: [Talk-cz] import dibavod A04zvm_Melioracni_kanaly > Datum: 25.10.2010 22:37:53 > ---------------------------------------- > Ahoj! > > > Pr?v? ?e??m povod? Mal?e od Bud?jovic proti proudu, konroluju podle > > cenia ortofota, a zat?m jedin? meliora?n? kan?l nesed?. > > Bu? vede soub??n? l?pe pasuj?c? potok, nebo vede nap??? polem ?i > > dokonce z?stavbou a na fotce nen? ani zn?mka. > > Tedy v?echny zat?m ma?u. > > No, ta data fakt jsou nejaka divna. Ty soubehy s potokama jsou divny. > > Na druhou stranu melioracni ryhu si predstavuju... jako ryhu ve ktery > obcas je voda. Necekal bych ze to bude videt na ortofotu. > Pavel > -- > (english) http://www.livejournal.com/~pavelmachek > (cesky, pictures) > http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

26.10.2010 08:56:45 (#20)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
274 636
Dne 25. ??jna 2010 22:36 Pavel Machek <pavel at ucw.cz> napsal(a): zobrazit citaci
> Ahoj! > >> Pr?v? ?e??m povod? Mal?e od Bud?jovic proti proudu, konroluju podle >> cenia ortofota, a zat?m jedin? meliora?n? kan?l nesed?. >> Bu? vede soub??n? l?pe pasuj?c? potok, nebo vede nap??? polem ?i >> dokonce z?stavbou a na fotce nen? ani zn?mka. >> Tedy v?echny zat?m ma?u. > > No, ta data fakt jsou nejaka divna. Ty soubehy s potokama jsou divny. > > Na druhou stranu melioracni ryhu si predstavuju... jako ryhu ve ktery > obcas je voda. Necekal bych ze to bude videt na ortofotu. > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Pavel
No, ona by i ta r?ha m?la b?t vid?t na ortofoto, proto?e p?es r?hu traktory neoraj? ani nese?ou. U? jsem ale narazil na n?kolik, kter? mo?n? k n??emu budou (v parc?ch) J&D -- -- Ing. Jan Dud?k

26.10.2010 11:06:48 (#21)
gravatar

Mike

<mike at mikecrash.com>
196
Ahoj, jak to vypad?? U n?s je spousta chyb a st?le spousta nezapojen?ch node. U? m?zeme opravovat bez omezen? nebo se na importu je?t? pracuje? Mike On 25.10.2010 15:25, Pavel Machek wrote: zobrazit citaci
> Ahoj! > >>> Bohuzel do uploadu bazin nekdo zasahnul, takze to pujde hur :-(. > > Uz jsem to nejak vybojoval. 2 baziny se neuploadly, cert je vem. > >> To chce ty data rozdrbavat na pidi kousky, aby import bloku netrval dyl >> nez par minut ... > > To neni uplne trivialni, protoze na 'svech' pak vznikaji nespojeny > cesty co je potreba rucne upravit. > > Hezky by bylo kdyby josm uploadnul cestu vzdy ve chvili kdy ma > potrebne body. Bohuzel to nedela :-(. > > (Namet na zapoctak: udelatko co to delat bude :-). > >> Jeste importujes nebo uz plati "krles" ??? Jinak sem narazil namatkou na > > Mezi lon 14 a 15 jeste budu par potoku importovat, ale uz je mozny > opravovat. Ty co uz tam jsou jsou finalni. > Pavel

« zpět na výpis měsíce