Maybe you should wait some days. There is some activity on the talk
page cause of the Bridge_and_Tunnels Relations proposal:
http://wiki.openstreetmap.org/index.php/Relations/Proposed/Bridges_and_Tunnels
A proper definition of what a relation is may be a good start ;(
I don't see why a
Sebastian Spaeth schrieb:
this is what you say. I say sharing nodes of the forest and the road
is actually the correct way to do it.
In the beginning, I thought the same. Now I keep the node separate.
It is just too cumbersome if you have to separate them later on. And
you often have too.
At 05:00 AM 15/05/2008, Francois De Ryckel wrote:
Hello everyone,
How would you tag the zero point of a country?
Shouldn't be an important tag as distances in a country are measure from
that point?
Thanks for the advices.
François de Ryckel
François,
I don't know if this will suit your
Not sure how useful this will be to actual OSM mapping as a source of locality
names but it makes an interesting browse:
http://rumsey.geogarage.com/David Rumsey Historical Map Collection
http://rumsey.geogarage.com/ 120 historical maps scattered around the world
with a zoom facility
Raphael Studer wrote:
Maybe you should wait some days. There is some activity on the talk
page cause of the Bridge_and_Tunnels Relations proposal:
http://wiki.openstreetmap.org/index.php/Relations/Proposed/Bridges_and_Tunnels
A proper definition of what a relation is may be a good start ;(
Relation should be IN ADDITION to identifying elements that make it up, not as
a replacement which is what is being proposed.
Areas provide physical with details that are missing from routes, but also do
not replace the basic elements such as 'railway and footway' that form part of
the
Hi,
I was wondering if it is only me who has a problem with the WMS plugin after
upgrading to FF3. The Y! image appears in the browser window, but I get
error 500 in JOSM.
Cheers,
Farzaneh.
___
talk mailing list
talk@openstreetmap.org
I think it is said somewhere (http://wiki.openstreetmap.org/index.php/YWMS):
If you are using Firefox 3, as your main browser, YWMS will not work for
some reason. You must install a copy of Firefox 2, and use that instead.
However, if Firefox 3 is already running it will use that window instead.
Hi,
I don't think there has ever been any convention on adding two names in name
tags, one in brackets. This is now the situation in Armenia. Is it not
better to use name:hy tag for those?
___
talk mailing list
talk@openstreetmap.org
On Thu, May 15, 2008 at 1:15 PM, Farzaneh Sarafraz [EMAIL PROTECTED] wrote:
Hi,
I don't think there has ever been any convention on adding two names in name
tags, one in brackets. This is now the situation in Armenia. Is it not
better to use name:hy tag for those?
I'm guessing this is done
I have been driving by a national border and have got a nice track there.
Now I see that at some places it totally crosses the country border in OSM
by a lot more than the GPS accuracy. Is it OK to refine the border?
N.B. The border in question is the one with Iran on one side and
hi,
I tried this:
http://api.openstreetmap.org/api/0.5/map?bbox=11.10,76.48,11.54,76.93
in order to download data, but all I get is this error message:
This XML file does not appear to have any style information
associated with it. The document tree is shown below.
osm
On Thu, May 15, 2008 08:52, Mike Collinson wrote:
There are some inaccuracies though and I am working on a version two.
In particular, I included marine features which makes several boxes too
large, and may throw the centre point to a strange location. Once I have
this sorted, I intend to
On Thursday 15 May 2008 14:03:43 Farzaneh Sarafraz wrote:
I have been driving by a national border and have got a nice track there.
Now I see that at some places it totally crosses the country border in OSM
by a lot more than the GPS accuracy. Is it OK to refine the border?
N.B. The border in
It might be that François wasn't talking about geographic centre of
countries, but established (read: old) reference points from times
where each country / region had their own coordinate system, or not
even real coordinate system, just measuring road distance from that
defined point.
On Thu, May 15, 2008 at 05:42:59PM +0530, Kenneth Gonsalves wrote:
hi,
I tried this:
http://api.openstreetmap.org/api/0.5/map?bbox=11.10,76.48,11.54,76.93
in order to download data, but all I get is this error message:
This XML file does not appear to have any style
I have clearly not got the hang of rivers and coastlines yet...
There is a missing island just north of the I66 on this view and also the
river bank is wrong further north by Canal Rd NW
http://openstreetmap.org/?lat=38.8995
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Miller schrieb:
I have clearly not got the hang of rivers and coastlines yet...
Riverbanks and natural=water must be closed ways, unless they are (also
tagged as) coastline.
Generally water has to be to the right of the way. (You can see
e.g. like the http://en.wikipedia.org/wiki/London_Stone ?
or the courtyard in front of Charing Cross station?
On Thu, May 15, 2008 at 7:52 AM, Mike Collinson [EMAIL PROTECTED] wrote:
At 05:00 AM 15/05/2008, Francois De Ryckel wrote:
Hello everyone,
How would you tag the zero point of a
As requested:
http://wiki.openstreetmap.org/index.php/Proposed_features/Bridge
Gerv
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Hi all,
I am working with a local trail mapping project to see if OSM can provide the
tools that they require to map out the trails in a mountian resort. Eventually
they would like to have a map showing all the walking, cycling, cross country
sking, ATV and snowmobile trails in the area, I
Beste Talk'ers,
I.v.m dat OpenStreetView-project. Afgelopen donderdag gaf Andreas
Sikkema van http://www.Strobist.nl bij de Polder Linux User Group een
presentatie over de opensource-cultuur binnen de fotografie.
Daar liet hij deze Flash-video
Am 14.05.2008 23:22 schrieb Andreas Hubel:
Harald Kirsch schrieb:
OSM liefert (noch) nicht wirklich eine Höhe.
Die kannst du dir ueber das SRTM Projekt hohlen. Die Daten werden ja
Cool. Und sicher gibt es schon irgendwo einen http server, der mir auf
einen XMLHttpRequest hin die Höhenmeter
Ich gebe dir recht, dass die Mailingliste dafuer der falsche Ort ist.
Was wir hier braeuchten waere ein Bugtracking-Tool, das mit unseren
Besonderheiten zurecht kommt und von Otto-Normal-Usern benutzt werden
kann.
Die Idee waere, dass man z.B. in der Karte auf openstreetmap.org klicken
oder
Am 15. Mai 2008 11:28 schrieb Marc Schütz [EMAIL PROTECTED]:
Sozusagen ein needs maintenance Tag, das über ein Web-frontent gesetzt
werden kann.
Nach dem Motto:
Meine Straße ist nicht drin
Hier ist ein neuer Kreisverkehr
Hier ist die B54 nicht die B45
...
Die Niederländer haben
Am 15. Mai 2008 11:04 schrieb Michael Bergbauer
[EMAIL PROTECTED]:
On Thu May 15, 2008 at 01:2859AM +0200, Gerald.Oppen wrote:
Ich finde dass die Zeit reif ist die höchste Strassenkategorie
(Autobahnen bzw. motorway)fertigzustellen.
Das Autobahnnetz ist relatv überschaubar und die
Sozusagen ein needs maintenance Tag, das über ein Web-frontent gesetzt
werden kann.
Nach dem Motto:
Meine Straße ist nicht drin
Hier ist ein neuer Kreisverkehr
Hier ist die B54 nicht die B45
...
Die Niederländer haben schon einen Prototypen für so etwas entwickelt:
Sozusagen ein needs maintenance Tag, das über ein Web-frontent gesetzt
werden kann.
Warum gleich so kompliziert?
In einem grossen Forum mit der passenden Zielgruppe gut frequentiert und
passender Infrastruktur steht quasi schon alles was man für den ersten Schritt
braucht zur Verfügung.
On Thu May 15, 2008 at 01:2859AM +0200, Gerald.Oppen wrote:
Ich finde dass die Zeit reif ist die höchste Strassenkategorie
(Autobahnen bzw. motorway)fertigzustellen.
Das Autobahnnetz ist relatv überschaubar und die Hauptstrecken dürften
inzwischen fast alle
erfasst sein. Lücken bestehen
On Thu May 15, 2008 at 11:1812AM +0200, Raphael Studer wrote:
Ich gebe dir recht, dass die Mailingliste dafuer der falsche Ort ist.
Was wir hier braeuchten waere ein Bugtracking-Tool, das mit unseren
Besonderheiten zurecht kommt und von Otto-Normal-Usern benutzt werden
kann.
Die Idee
Hallo,
1) Lade mit taho (tiles at home offline) die Karte incl. Kalibrierung.
Findest Du im OSM-Wiki.
Da hatte mich abgeschreckt, daß man dafür Perl instalieren muß
Suche bitte im pocktnavigation.de-forum im Glopus-Board wie das geht.
Bisher habe ich da nichts gefunden, suche heute Abend
Hallo,
Ist das aktuell wirklich notwendig?
ich hatte vor einigen Monaten auf die Aachener-Wiki Seite geschrieben was
innerhalb des Außenrings noch fehlte. Wenige Tage später war alles
abgearbeitet. Sowas kann also ungeahnte Kräfte mobilisieren ;-)
Dimitri
Jeder kann jederzeit alles ohne ueber den Umweg eines Bug-Trackings
aendern. Einfach JOSM, Potlatch anwerfen, editieren, tut. Das Reporten
eines Bugs soll gedacht sein als Moeglichkeit fuer aussenstehende
Leute, die sich nicht einarbeiten wollen, einfach und komfortabel auf
Fehler hinzuweisen
On Thu, 15 May 2008 13:10:28 +0200, Dimitri Junker wrote:
Da hatte mich abgeschreckt, daß man dafür Perl instalieren muß
Ok, da kann ich Dir derzeit ned helfen, denn ich bin da am Basteln.
Aber vielleicht (und wenn ich die Mail wiederfinde), dann kann ich
u.U. das taho als Windwos-Excutable
Hallo!
Am 15. Mai 2008 13:04 schrieb Gerald Oppen [EMAIL PROTECTED]:
In einem grossen Forum mit der passenden Zielgruppe gut frequentiert und
passender Infrastruktur steht quasi schon alles was man für den ersten
Schritt braucht zur Verfügung.
wir haben doch schon dashier...
Hallo,
Die Daten sind mal wieder aktualisiert und liegen unter
http://wiki.openstreetmap.org/index.php/User:Computerteddy
zum Download bereit.
--
Viele Gruesse
Computerteddy
___
Talk-de mailing list
Talk-de@openstreetmap.org
Und komme mir keiner mit relationen -- das wäre in diesem fall total
unübersichtlich und wahrscheinlich von keinem renderer oder router
wirklich auswertbar.
Fazit: radweg separat eintragen, dann kann man wenigstens auch allen
gefahrenstellen erkennen (Elke, sinngemäß: Radwege bauen heißt
Carsten Schwede schrieb:
Hallo,
Die Daten sind mal wieder aktualisiert und liegen unter
http://wiki.openstreetmap.org/index.php/User:Computerteddy
zum Download bereit.
und leider geht irgendwas nicht. Wenn ich die gmapsupp.img auf mein
garmin 60CSx schiebe, wird nix angezeigt!
Hat noch
Am Donnerstag 15 Mai 2008 15:38:39 schrieb FreeWorld:
Carsten Schwede schrieb:
Hallo,
Die Daten sind mal wieder aktualisiert und liegen unter
http://wiki.openstreetmap.org/index.php/User:Computerteddy
zum Download bereit.
und leider geht irgendwas nicht. Wenn ich die gmapsupp.img
Gerald Oppen schrieb:
Warum gleich so kompliziert
Da bietet dann das vorgeschlagene System aber schon einige Vorteile. Ich
wäre für Folgenedes:
Man hat wie bei dem Beispiel links ein Formulat und rechts die Karte.
Auf der rechten Seite kann man dann die betroffene Stelle mit ner Art
Hallo Liste,
ich wundere mich gerade, warum die Hausnummern nicht mehr in Osmarender
in der höchsten Zoomstufe gerendert werden (siehe
http://karrie.info/projekte/oa2osm/#c1030). Hat sich da etwas geändert?
In Josm sind die jedenfalls noch drin.
Gruß Christian
Christian Karrié [EMAIL PROTECTED] wrote:
ich wundere mich gerade, warum die Hausnummern nicht mehr in Osmarender
in der höchsten Zoomstufe gerendert werden (siehe
http://karrie.info/projekte/oa2osm/#c1030). Hat sich da etwas geändert?
In Josm sind die jedenfalls noch drin.
Eventuell hat
@Stefan Schwan
Irgendwie alles richtig was Du geschrieben hast-aber offenbar nicht verstanden
um was es mir geht:
Das überschauber Autobahnnetz in einer überschaubaren Zeit in einen
routingfähigen Zustand mit allen Auf-und Abfahrten zu bekommen.Es gibt bereits
funktionierende Router. Um diese
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerald Oppen schrieb:
@Stefan Schwan
Irgendwie alles richtig was Du geschrieben hast-aber offenbar nicht
verstanden um was es mir geht:
Das überschauber Autobahnnetz in einer überschaubaren Zeit in einen
routingfähigen Zustand mit allen
Am Donnerstag, den 15.05.2008, 18:26 +0200 schrieb Gerald Oppen:
Soll nicht negativ gewertet sein-aber da wird viel Aufwand in
Fussweg- und Bachbettbreiten gesteckt während die wichtigste
Strassenkategorie nur mangelhaft erfasst ist.
Die Frage ist, ob wir uns die Autobahnen aufzwingen
Danke wie immer für die Bemühung. Ich habe aber eine neue Bemerkung.
Es fällt mir auf, dass bei manchen Zoomstufen (in Mapsource, bei 700m
oder größer) place=hamlet größer dargestellt wird als place=village,
kommt also wichtiger vor. Genau gesagt, werden die Hamlets genau wie
place=town gezeigt.
Am Donnerstag, 15. Mai 2008 18:26:06 schrieb Gerald Oppen:
@Stefan Schwan
Hi Gerald, ich hänge mich jetzt trotz deiner Ansprache einmal rein. ;-)
Irgendwie alles richtig was Du geschrieben hast-aber offenbar nicht
verstanden um was es mir geht: Das überschauber Autobahnnetz in einer
Gerald Oppen schrieb:
@Stefan Schwan
Irgendwie alles richtig was Du geschrieben hast-aber offenbar nicht
verstanden um was es mir geht:
Das überschauber Autobahnnetz in einer überschaubaren Zeit in einen
routingfähigen Zustand mit allen Auf-und Abfahrten zu bekommen.Es gibt
bereits
Hi,
letzte Woche war ich ein wenig im Scharzwald unterwegs. U.A. Die
Straße von Schramberg über Lauterbach nach Hornberg ist total schlecht
verzeichnet (Karte weicht zum Teil weit über 100m von der Realität
ab).
Wie macht man das am besten richtig? Löschen und neu eintragen?
--
Ciao,
Holger
Hallo,
ich bin im Moment völlig GPS-los, da mein etrex in Reparatur ist.
Daher kann ich gar nichts testen. :-(
Ich kann aber morgen dann mal ein gmapsupp mit einer älteren mkgmap-
Version machen, das tut dann hoffentlich. (Ich bräuchte wohl ein
zweites GPS)
--
Viele Grüße
Carsten
Hallo Liste,
wenn ich Gebäude einzeichne und an deren Stelle vorher ein node war,
genauer ein POI z.B. ein Restaurant oder so, soll ich dann die tags an
das Gebäude übernehmen und den node löschen oder den node lassen und die
tags trotzdem übernehmen oder die POI-Info direkt am node lassen?
Gibts
Hallo,
Dermot McNally schrieb:
oder größer) place=hamlet größer dargestellt wird als place=village,
kommt also wichtiger vor. Genau gesagt, werden die Hamlets genau wie
place=town gezeigt.
Sollte doch einfach zu lösen sein, oder?
Ich denke, das geht nicht leicht zu lösen, Hamlet ist bei
Holger Issle schrieb:
Hi,
letzte Woche war ich ein wenig im Scharzwald unterwegs. U.A. Die
Straße von Schramberg über Lauterbach nach Hornberg ist total schlecht
verzeichnet (Karte weicht zum Teil weit über 100m von der Realität
ab).
Wie macht man das am besten richtig? Löschen und neu
Thomas Hieber schrieb:
Wichtig ist aber in so einem Fall, dass man sich sicher ist, nicht
irgendwas zu verschlimmbessern, weil z.B. das eigene Navi gerade ein
Problem mit dem Empfang hatte. So richtig sicher fühle ich ich bei so
einer Aktion erst, wenn ich wenigstens 2 Tracks habe (eigene
On Thu, 15 May 2008 20:09:39 +0200, André Reichelt wrote:
Es gibt diverse Links, bei denen Du z.B. mit OSM auf ein Google Sat-Bild
als Overlay packen kannst.
Die Tracks sind korrekt und nicht fehlerhaft aufgenommen. Das habe ich
bereits geprüft... den Track kann ich ja sehr einfach mit GE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André Reichelt schrieb:
Thomas Hieber schrieb:
Wichtig ist aber in so einem Fall, dass man sich sicher ist, nicht
irgendwas zu verschlimmbessern, weil z.B. das eigene Navi gerade ein
Problem mit dem Empfang hatte. So richtig sicher fühle ich ich
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
FreeWorld schrieb:
Hallo Liste,
wenn ich Gebäude einzeichne und an deren Stelle vorher ein node war,
genauer ein POI z.B. ein Restaurant oder so, soll ich dann die tags an
das Gebäude übernehmen und den node löschen oder den node lassen und die
On Thu, 15 May 2008 19:32:43 +0200, Holger Issle wrote:
Straße von Schramberg über Lauterbach nach Hornberg ist total schlecht
verzeichnet (Karte weicht zum Teil weit über 100m von der Realität
ab).
Die und 2 weitere nach Westen (L107 und L108) hab ich gelöscht und neu
eingetragen. In einer
Am Donnerstag 15 Mai 2008 schrieb Holger Issle:
On Thu, 15 May 2008 19:32:43 +0200, Holger Issle wrote:
Straße von Schramberg über Lauterbach nach Hornberg ist total schlecht
verzeichnet (Karte weicht zum Teil weit über 100m von der Realität
ab).
Die und 2 weitere nach Westen (L107 und
Gerald Oppen schrieb:
/ @Stefan Schwan
//
// Irgendwie alles richtig was Du geschrieben hast-aber offenbar nicht
verstanden um was es mir geht:
// Das überschauber Autobahnnetz in einer überschaubaren Zeit in einen
routingfähigen Zustand mit allen Auf-und Abfahrten zu bekommen.Es gibt bereits
Cool. Und sicher gibt es schon irgendwo einen http server, der mir auf
einen XMLHttpRequest hin die Höhenmeter zu einer lon/lat-Angabe
liefert?-)
Ja, siehe http://www.geonames.org/export/web-services.html#srtm3
Elegant wäre auch ein Web Coverage Service (WCS).
-- Stefan
Am 15. Mai 2008 08:59
Hallo Andreas,
Ich kann verstehen, worauf du hinaus willst. Denke jedoch, dass gerade
Autobahnen zu komplettieren ein schwieriges Unterfangen, bei der aktuellen
Zahl der aktiven Mapper ist. Sachlache ist m.E., dass bei den derzeitigen
Spritkosten die allerwenigsten Lust verspüren werden
Andre schrieb:
Die Frage ist, ob wir uns die Autobahnen aufzwingen möchten. Ich denke,
dass sich die Sache im Laufe der nächsten Monate von selbst erledigen
Aber doch ehr schleppend - und mangels Feedback bekommst Du das nicht mal mit.
Andernfalls kannst Du es daran erkennen wenn die MEldungen
Dirk-Lüder schrieb:
Ich halte es prinzipiell für falsch zu denken, dass man die Leute, die
sich gerade um Bachbettbreiten kümmern einfach so dafür einsetzen
kann, jetzt die Autobahnen fertig zu mappen.
Ich möchte sie auch keineswegs davon abhalten - kann nur nicht nachvollziehen
dass ein
Hallo,
Cool. Und sicher gibt es schon irgendwo einen http server, der mir auf
einen XMLHttpRequest hin die Höhenmeter zu einer lon/lat-Angabe
liefert?-) (Aaaargh, google verweist immer nur auf payware von DDS. Sind
die Originaldaten wirklich so komplex?)
Eines der vier Google Summer of
2008/5/15 Carsten Schwede [EMAIL PROTECTED]:
definiert, der Code 0x11 bezeichnet ein Dorf mit weniger als 100
Einwohnern, das ist die kleinste Definition in der Garmin-Liste für
eine Ansiedlung. Der Zoomlevel 24 heißt zusätzlich dass der Punkt nur
beim ganz nah reinzoomen angezeigt werden
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerald.Oppen schrieb:
| ...und nicht sehr gepflegt, wie ebenfalls angemerkt.
| Abgesehen davon dass ich mit unter 100%erfasst was anderes vorstelle
als dass auf
| volle Länge beide Richtungsfahrbahnen erfasst sind.
Wie wär's mit einer gleichen
FreeWorld schrieb:
Hallo Liste,
wenn ich Gebäude einzeichne und an deren Stelle vorher ein node war,
genauer ein POI z.B. ein Restaurant oder so, soll ich dann die tags an
das Gebäude übernehmen und den node löschen oder den node lassen und die
tags trotzdem übernehmen oder die POI-Info
On Thu, 15 May 2008 22:37:08 +0200, Hanno Böck wrote:
Langfristig sollte es möglich sein, objekte in osm anhand ihrer ID zu
referenzieren und in anderen Datenbeständen/Anwendungen zu nutzen.
Au weia... dann ist korrigieren von größeren Strecken praktisch nicht
mehr machbar. Ich zeichne keine
Holger Issle schrieb:
On Thu, 15 May 2008 22:37:08 +0200, Hanno Böck wrote:
Langfristig sollte es möglich sein, objekte in osm anhand ihrer ID zu
referenzieren und in anderen Datenbeständen/Anwendungen zu nutzen.
Au weia... dann ist korrigieren von größeren Strecken praktisch nicht
mehr
creía que efectivamente había puesto los tags mal
aunque el highway=pedestrian de los de al lado si los renderizaba, luego
no creo que fuera eso..
pero ya sale bien
no sé porque ha sido...
Pablo Gómez escribió:
Y digo yo...
has verificado (en alguna otra parte) si osmarender renderiza
Nacho Blanco escribió:
El día 15 de mayo de 2008 10:01, sergio sevillano [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] escribió:
creía que efectivamente había puesto los tags mal
aunque el highway=pedestrian de los de al lado si los renderizaba,
luego
no creo que fuera eso..
como se comentó antes por aquí
hay que pasar un poco de los pintores :)
y etiquetar según la realidad
hay un par de renderers principales,
que no lo pintan igual. como bien dice juanlucas,
pero puede haber más o incluso
a pelo desde la base de datos principal
con scripts de los informáticos...etc.
Hola,
quedo convencido, pondré el landuse=military aunque no se vea en osmarender.
Un saludo,
Miguel
--
__
Miguel R. luaces [EMAIL PROTECTED]
Facultade de Informática Tf. (34) 981 167000 ext. 1254
Universidade da Coruña Fax. (34) 981
S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze
josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je
na to nejake reseni, krome pouziti Wireframe View?
On 5/14/08, Pavel Machek [EMAIL PROTECTED] wrote:
Ahoj!
Kdyz tak koukam na slovenskou freemap.sk... neni
2008/5/15 Jiri Klement [EMAIL PROTECTED]:
S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze
josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je
na to nejake reseni, krome pouziti Wireframe View?
nahrat mensi kousek
protlacit josm-ng do josm, nebo iniciovat
Ahoj,
kvuli hustemu nedostatku casu jsem na to nemel vubec cas a vykaslal jsem
se na to. Podivam se, jak se zmenila situace na UHULu (pokud vubec) a
predelam ten importer tak, aby generoval spravna data pro OSM vcetne
relaci a indexace bodu, abychom jich tam nemeli miliardu ale jenom pul
Ahoj,
padle zde zmínka o josm-ng, kde se dá stáhnout *.jar, popř lze nějak
zkompilovat pro windows ?
S pozdravem
Petr Schonmann
Mail: [EMAIL PROTECTED]
http://fatbozz.towerofglass.net
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
Petr Schonmann napsal(a):
Ahoj,
padle zde zmínka o josm-ng, kde se dá stáhnout *.jar, popř lze nějak
zkompilovat pro windows ?
JOSM-NG je muj pokus o zefektivneni datovych struktur a renderovani
v JOSM tak, aby se v nem v realnem case dal editovat dataset velikosti
czechia.osm
Starsi build
Nejak nejsem schopen pochopit, jak s tou mapou nalozit.
Mame k dispozici PNG soubor s nasledujicimi informacemi:
Nicméně - kdosi k mapě vytvořil též kalibrační soubor pro OziExplorer
(přikládám).
Jsou tam uvedeny čtyři body s tím, že projekce je Mercator a souřadnice ve
WGS 84. Body
ok
a co ta generalizace ? tim by se dala data jeste zmensit pri zachovani
pouzitelnosti
j
2008/5/15 Kubajz [EMAIL PROTECTED]:
Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne.
Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v
pameti po celou dobu
Generalizaci bych provadel rucne. Kdyz to udelame strojove, muze to
dopadnout spatne. Myslim, ze takhle znela dohoda. Kazdy zacne importovat
casti, ktere spadaji pod jeho pusobnost a nezajimava mista pak muzeme
streba prohnat generalizaci, ale spis bych to nedelal.
K
Jachym Cepicky napsal(a):
bavime se o stejne mape lesu? nedovedu si predstavit rucni
generalizaci. naopak generalizace za pouziti nejakeho pouzitelneho
algoritmu vede k velice zajimavym vysledkum - za virazne mensi vklad
cloveci prace
j
2008/5/15 Kubajz [EMAIL PROTECTED]:
Generalizaci bych provadel rucne. Kdyz to
S lesy by mapa vypadala opravdu daleko lepe. Neprijemne ale je, ze
josm se neunosne zpomali, kdyz mapa obsahuje nejake vetsi plochy. Je
na to nejake reseni, krome pouziti Wireframe View?
koupit si lepsi pocitac
Ja mam dobry pocitac :-)
Ukazalo se, ze pomala byla pouze verze josm z
Kubajz napsal(a):
Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne.
Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v
pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod
uz v indexu neni, nez se vybleje do .osm souboru.
K
Ahoj,
a mas nejaky vyuzitelny algoritmus a nejlepe i jeho implementaci v Jave?
Zkusili bychom, co to s temi daty provede :)
K
Jachym Cepicky napsal(a):
bavime se o stejne mape lesu? nedovedu si predstavit rucni
generalizaci. naopak generalizace za pouziti nejakeho pouzitelneho
algoritmu vede
2008/5/15 Petr Nejedly [EMAIL PROTECTED]:
Kubajz napsal(a):
Soucasny skript nezohlednuje duplicitu bodu a zavede klidne dva stejne.
Indexaci jsem mel namysli to, ze se bude drzet tabulka bodu (index) v
pameti po celou dobu zpracovani lesu a bude se napred zkoumat, zda bod
uz v indexu neni,
Zkusili jste porovnavat exportovane lesy s ortofotem? Docela casto se
to rozchazi, treba i o destky metru. Takze myslim ze nema smysl data
importovat prilis presne. Pokud odstraneni bodu posune les do 5 metru,
tak je to myslim ok.
Rozdeleni podle typu porostu bych uplne zrusil. Pro lidi co je to
Souhlasim, IMHO OSM by nemelo suplovat funkci UHULa jakozto narodniho
spravce a garanta vsech dat o lesich. Jde jenom o zobrazeni dat s
urcitou presnosti.
BTW: Pravda neni to, co ukazuje ortofoto, ale to, co ukazuji mapy
UHUL (pravne vzato). Samozrejme hraje roli doba porizeni dat
Jachym
To bude timto
http://josm.openstreetmap.de/changeset/631
## Původní zpráva
## Od: Jiri Klement [EMAIL PROTECTED]
## Předmět: Re: [Talk-cz] import lesu
## Datum: 15.5.2008 13:57:40
##
## S lesy by mapa vypadala opravdu daleko
Ahoj!
Patri do mapy treba vsechny budovy? (2M domu - 12M OSM primitiv,
potencialni import z katastru, pokud by licence povolila)
Ostatni mapy ty budovy maji (bitmapove), viz nahodne:
http://www.mapy.cz/[EMAIL PROTECTED]@[EMAIL PROTECTED]
Jake jeste datasety obdobne rozsahlosti by se
Ahoj!
Vrstevnice nema smysl kreslit, jsou volne k dispozici z nejakeho
satelitu. Na normalni mape nejsou hlavne proto, ze png s vrstevnicema
se spatne komprimuje.
...no, volne k dispozici v nejakem dost nepouzitelnem rozliseni, pokud
si vzpominam. A chapu ze kreslit vrstevnice nema smysl, ale
Ony sice renderery vyrabeji mapu az do 30cm/px, ale mapovat
okraje lesa s detaily v jednotkach metru nema moc smysl, obzvlaste
kdyz jde o drobne rozliseni uvnitr souvisleho lesniho porostu.
Zachovanim pouze obalovych krivek lesa by se velikost datasetu
redukovala nejmene o 90% a to uz by
...no, volne k dispozici v nejakem dost nepouzitelnem rozliseni, pokud
si vzpominam. A chapu ze kreslit vrstevnice nema smysl, ale _neco_ na
ukladani vyskovych dat by se myslim hodilo.
Tusim 90m rozliseni pro cely svet:
http://www.vterrain.org/Elevation/SRTM/
Nekde existuje program, ktery z
Vrstevnice by se nechaly odvodit ze SRTM - jsou tam data s rozlisenim
30m. Kdyby byl zajem, asi bych to dokzal pripravit
Nebo zkusit ukecat Geodis, aby pustili napr. vrstevnice po 20m. Maji
vlastni digitalni model terenu a jsou v tom fakt dobry.
Dalsi moznost, nad kterou uz jsem uvazoval, kdyby
Ano, dočasně je na
http://linux.fjfi.cvut.cz/~w/trans/prahou_na_kole_layer.pngJe to to samé,
jako GIF celé mapy s podkladem na prahounakole.cz.
Václav Štěpán
2008/5/15 Pavel Machek [EMAIL PROTECTED]:
On Thu 2008-05-15 12:31:15, Jachym Cepicky wrote:
Nejak nejsem schopen pochopit, jak s tou
...no, a pak turisti / houbari / jezdci na konich... jak dlouho se
jeste budem prodirat touhle houstinou?... je tohle starsi smrkovy
les kterym jde projit, nebo mlady hustnik?...
Import je jedna vec. Druha vec je, ze bychom to pak museli updatovat
aby to melo nejakou hodnotu. Orientacka mapa
On Fri 2008-05-16 00:14:36, BH wrote:
...no, a pak turisti / houbari / jezdci na konich... jak dlouho se
jeste budem prodirat touhle houstinou?... je tohle starsi smrkovy
les kterym jde projit, nebo mlady hustnik?...
Import je jedna vec. Druha vec je, ze bychom to pak museli updatovat
No, porosty se meni, ale hranice porostu celkem zustavaji... takze
odpoved na otazku jak dlouho se jeste budem prodirat touhle
houstinou mapa dava, i kdyz tam mozna zacne _jina_ houstina...
(A uhul mozna ty data bude updatovat, ne?)
To asi ano, ale my je musime nejak prebirat (nwevim
tyhle novoty.. ja bych na to sel grassem
2008/5/15 Tomáš Tichý [EMAIL PROTECTED]:
Nad SRTM neni treba badat, uz to udelali jini :-)
Vrstevnice je mozne prevest do OSM nastrojem Srtm2OSM:
http://wiki.openstreetmap.org/index.php/Srtm2Osm
A nebo je mozne je rederovat primo v mapniku (pouziva
1 - 100 of 114 matches
Mail list logo
