« 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>
1066 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>
1066 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>
1066 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 na 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://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 na 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>
346 733
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 na openstreetmap.cz> napsal(a): zobrazit citaci
> 2010/10/22 Jan Masopust <masopust.jan na 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 na 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>
833
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 na 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 na 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

23.10.2010 10:29:16 (#9)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 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>
1066 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 ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20101024/a3f84749/attachment.sig>

24.10.2010 07:09:44 (#12)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 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 na 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>
1066 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 na 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>
1066 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>
1066 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>
833
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 na 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 na 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>
346 733
Dne 25. října 2010 22:36 Pavel Machek <pavel na 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>
198
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