On Thu, 26 Aug 2010 17:55:34 +0200, Janko Mihelić wrote:
Treba naći neki mail na koji se mogu slati bugovi..
Janko
Poslao sam im mail, javim kada dođe odgovor.
--
pratite me na twitteru - www.twitter.com/valentt
blog: http://kernelreloaded.blog385.com
linux, anime, spirituality, windsurf,
http://www.linuxzasve.com/forum/viewforum.php?f=45start=0
Šokac je otvorio podforum za OpenStreetMap na www.linuxzasve.com forumu.
Eto još jedan kanal za komunikaciju.
--
pratite me na twitteru - www.twitter.com/valentt
blog: http://kernelreloaded.blog385.com
linux, anime, spirituality,
Valent Turkovic na grupi gmane.comp.gis.openstreetmap.region.hr
izmedju ostalog kaze:
Izgleda da neki isto mapiraju za renderer pa ga označe kao hotel :(
Primjer: http://osm.org/go/0KJw2oml1--
S jedne strane kužim zašto to rade, prilično je važan fičer na karti,
ali bed_and_breakfast tag je
On Sun, 22 Aug 2010 15:29:58 +0200, Matija Nalis wrote:
Ima li ovaj prijedlog smisla?
Vecinom, osim sto bi onaj footway bez gradacije se trebao crtatati kao
i do sada (vidi gore dio koji sam spominjao sa promjenom defaulta i
nervozom ljudi), isto kao i grade = 2.
Dakle prijedlog bi bio
On Fri, 25 Jun 2010 15:48:20 +0200, hbogner wrote:
danas je slozena skripta koja ce svaki dan generirati ne samo rutabilnu
kartu hrvatske
Nisi rekao kakvu kartu? Prvo sam pretpostavio da pričaš o online karti no
vidim da si dao linkove na neke datoteke. Možeš pojasniti o čemu je
riječ, možda
Can you see the fixme roads? Look around Baguio City:
http://osm.org/go/4zebrdPJ--
raceway and fixme roads have a similar setting, visible only at
resolution/zoom 22 and is not routable.
If yes, I don't understand why you can't see the raceways. Anyway, I
modified the style to add names to the
FYI for Garmin users. AFAIK, these are mostly with the nuvi product lines.
Forwarded conversation
Subject: [OSM-talk] Garmin Recalling 1,250,000 Units Over Fire Hazard
From: john whelan jwhelan0...@gmail.com
Date: Fri, Aug 27, 2010 at 7:24 PM
To: Talk-CA OpenStreetMap
On Fri, Aug 27, 2010 at 09:54:04AM +0200, Lars Aronsson wrote:
This is true, but it's also true that what OSM wants is to have
something as similar as possible to GPL, but applied to maps.
I dont - Am i OSM?
Flo
--
Florian Lohoff f...@zz.de
On 08/27/2010 04:43 AM, jamesmikedup...@googlemail.com wrote:
Hello,
I would like to know if the new license is compatible with the old one.
will we be able to use CC-SA-2.0 licensed data or we will have to get
new contracts with the donators of data?
for example, we have gotten much of the
It's not detailled enough. A path is too narrow for a 4
wheels vehicle like a car but not for a 2 wheels vehicle
like a moped or a motorbike (or no
While that is often true, the criteria goes the other way:
- if the way is too narrow to fit a car (hey, my summer
car is only 1.48 m wide) or a
Snowmobiles (http://www.google.se/images?q=snowmobile) have a total
trackwith of about 1 m, so they are definitely narrower than cars.
Konrad
2010/8/26 M∡rtin Koppenhoefer dieterdre...@gmail.com:
[...]
I don't know if snowmobiles are narrower than cars.
[...]
On 27 August 2010 10:04, Nathan Edgars II nerou...@gmail.com wrote:
The way I understand it, a culvert is just a tiny pseudo-bridge,
physically
equivalent to a tunnel under an embankment. Culverts don't show up in
the US
National Bridge Inventory, which is a database of bridges on public
On Friday 27 August 2010 05:34:00 John F. Eldredge wrote:
That is, indeed, a highly detailed map, but since it doesn't show elevation
contours (or at least not any visible at maximum zoom from my phone's
browser), it would not be classified as a topographical map. By
definition, a
It seems that culvert=yes is ambiguous. It can be a ford or applied on the
road.
I'm also in favour to replace culvert=yes by tunnel=culvert, bridge=culvert
or ford=culvert
It has also the advantage of simplifying the tag management in applications
(can just handle tunnel=* or bridge=* or ford=*).
On Fri, Aug 27, 2010 at 5:35 AM, Willi wil...@gmx.de wrote:
On 27. August 2010 09:10 Nathan Edgars II [nerou...@gmail.com]wrote
http://www.openstreetmap.org/?relation=1141252
Mapnik has no problems with it, but Osmarender won't fill the northern
part correctly. (It's not a delay in
Liz-11 wrote:
to complicate matters, a culvert may cut through a road in rural
australia, making a small ford
I'm not sure what you mean by this. A culvert is a (usually) concrete
structure, topologically a cylinder, that one way (usually water) goes
through and the other goes over.
--
2010/8/27 Nathan Edgars II nerou...@gmail.com:
So tunnel=culvert :)
I liked the definition given here that a tunnel would be bigger and
accessible for humans why a culvert would be smaller and just a kind
of tube.
cheers,
Martin
___
talk mailing
2010/8/26 Pieren pier...@gmail.com:
Question 2 : if not, is it normal that OSM average contributor has to use
these technical words just to make the civil engineers happy ? Don't we take
the risk to exclude more and more average contributors by adopting such
technical vocabular ?
There is a
On 27. August 2010 09:10 Nathan Edgars II [nerou...@gmail.com]wrote
http://www.openstreetmap.org/?relation=1141252
Mapnik has no problems with it, but Osmarender won't fill the northern
part correctly. (It's not a delay in rendering; I added the swamps
after creating the multipolygon.)
On Fri, Aug 27, 2010 at 12:03 PM, M∡rtin Koppenhoefer
dieterdre...@gmail.com wrote:
Of course this can also be an advantage and be solved by subtagging.
I'm forwarding the discussion on the next mailing list.
is that okay if I modify the wiki page and suggest to use
tunney=culvert (and
On Fri, Aug 27, 2010 at 6:50 AM, Pieren pier...@gmail.com wrote:
is that okay if I modify the wiki page and suggest to use
tunnel=culvert (and ford=culvert / bridge=culvert) instead of the
ambivalent culvert=yes ?
I'd like to know what ford=culvert means first.
Willi-2 wrote:
To describe a boundary you can use (change the current relation to)
Relation:boundary which isn't filled with a color:
http://wiki.openstreetmap.org/wiki/Relation:boundary.
I know how to map a boundary, and this isn't one. It's a semi-planned
mostly-residential suburban
Details here, I don't think its the hand held variety but better to
check and be safe.
Cut and paste this link into your browser rather than click on it to
reduce the risk of landing somewhere nasty.
http://www.tomsguide.com/us/fire-burn-hazard-warning-nuvi,news-7867.html
Thanks John
On Friday 27 August 2010 12:50:39 Pieren wrote:
I'm forwarding the discussion on the next mailing list.
is that okay if I modify the wiki page and suggest to use
tunney=culvert (and ford=culvert / bridge=culvert) instead of the
ambivalent culvert=yes ?
It seems it is only ambivalent to the
On Fri, 27 Aug 2010 07:24:00 -0400, john whelan jwhelan0...@gmail.com
wrote:
Details here, I don't think its the hand held variety but better to
check and be safe.
Cut and paste this link into your browser rather than click on it to
reduce the risk of landing somewhere nasty.
On Fri, Aug 27, 2010 at 1:31 PM, Cartinus carti...@xs4all.nl wrote:
The seventy people who used the tag did not have a problem with
understanding
what they did.
bridge=culvert is nonsense: A culvert is not a bridge.
Again, I'm not a native english speaker but It seems that culvert is also
On Friday 27 August 2010 05:34:00 John F. Eldredge wrote:
That is, indeed, a highly detailed map, but since it doesn't show
elevation
contours (or at least not any visible at maximum zoom from my phone's
browser), it would not be classified as a topographical map. By
definition, a
On Fri, Aug 27, 2010 at 6:50 AM, Pieren pier...@gmail.com wrote:
is that okay if I modify the wiki page and suggest to use
tunnel=culvert (and ford=culvert / bridge=culvert) instead of the
ambivalent culvert=yes ?
I'd like to know what ford=culvert means first.
On Fri, Aug 27, 2010 at 8:55 AM, ed...@billiau.net wrote:
On Fri, Aug 27, 2010 at 6:50 AM, Pieren pier...@gmail.com wrote:
is that okay if I modify the wiki page and suggest to use
tunnel=culvert (and ford=culvert / bridge=culvert) instead of the
ambivalent culvert=yes ?
I'd like to know
On 27 August 2010 13:55, ed...@billiau.net wrote:
On Fri, Aug 27, 2010 at 6:50 AM, Pieren pier...@gmail.com wrote:
is that okay if I modify the wiki page and suggest to use
tunnel=culvert (and ford=culvert / bridge=culvert) instead of the
ambivalent culvert=yes ?
I'd like to know
On Fri, Aug 27, 2010 at 8:55 AM, ed...@billiau.net wrote:
On Fri, Aug 27, 2010 at 6:50 AM, Pieren pier...@gmail.com wrote:
is that okay if I modify the wiki page and suggest to use
tunnel=culvert (and ford=culvert / bridge=culvert) instead of
the
ambivalent culvert=yes ?
I'd like to know
Sorry, I should have photographed one I passed this morning, complete
with
water.
I am sure there will be other opportunities to take that photo.
Emilie Laffray
rain has been pretty rare in the last 10 years, so only twice since then
have I seen the water in the little culverts
ford=culvert is even more insane. There is either a ford or a culvert.
It's
physically impossible to be both at the same time.
I said like a ford in the first place. To me the ford crosses a natural
waterway, and the culvert is not a natural waterway.
On Fri, Aug 27, 2010 at 9:17 AM, ed...@billiau.net wrote:
In a town which does not have underground storm water management, the
gutters at the side of the roads have to cross one of the roads at an
intersection so you have a half-elliptical shaped culvert which traffic
crosses, making a
On 27/08/2010 14:17, ed...@billiau.net wrote:
In a town which does not have underground storm water management, the
gutters at the side of the roads have to cross one of the roads at an
intersection so you have a half-elliptical shaped culvert which traffic
crosses, making a little ford. The
Pieren schrieb:
a 2 wheels vehicle like a moped or a motorbike (or no
wheels like a snowmobile ;-).
Who says that a snowmobile doesn't have wheels?
http://home.kairo.at/?d=gi=449m=ff.i=22196 (at the right - and yes,
Elvis was crazy for wanting to drive a snowmobile in Memphis) ;-)
Sorry, I
Hi all,
I'm searching for a resource that has the polygons of the buildings of each
large college and university in the United States. I've done a lot of
googling and have found that some local municipalities (a few counties) have
this data, but have not found any resources that have it on a
On Fri, Aug 27, 2010 at 3:35 PM, Jonathan Bennett
openstreet...@jonno.cix.co.uk wrote:
If the vehicle travels through the water, it's a ford, not a culvert -- the
water is passing *over* the road, not under it.
So, let say that when it is uncovered, it's either a ditch or a ford or
whatever
2010/8/27 Pieren pier...@gmail.com:
My proposal is to change the wiki to tunnel=culvert (then forget the
bridge/ford).
+1, fine for me. Tag it on the waterway-way. If there is a bridge over
it, or a ford etc., tag this on the road as usual.
At least, this would make live easier for data
2010/8/27 Robert Kaiser ka...@kairo.at:
Who says that a snowmobile doesn't have wheels?
http://home.kairo.at/?d=gi=449m=ff.i=22196 (at the right - and yes,
yes, you can find all kind of weirdos, but generally they don't look like this.
http://en.wikipedia.org/wiki/File:1951B12a.jpg
Simon Phipps discusses the licensing of Sun RPC since ~1984, and how
what was a permissive, generous license then, is now restrictive.
http://blogs.computerworlduk.com/simon-says/2010/08/gnulinux-finally-free-software/index.htm
___
legal-talk mailing
Pieren pieren3 at gmail.com writes:
It seems that culvert=yes is ambiguous. It can be a ford or applied on the
road. I'm also in favour to replace culvert=yes by tunnel=culvert,
bridge=culvert or ford=culvertIt has also the advantage of simplifying the tag
management in applications (can just
Hi.
I have to do some tests for navigation and search for a good solution to
create my route files.
Changing the format of a file to my target format is simple, but it's
really difficult to get the route.
It would be perfect if there is an application where I can draw a route
by hand,
On 27 August 2010 10:28, Rob Myers r...@robmyers.org wrote:
On 08/27/2010 04:43 AM, jamesmikedup...@googlemail.com wrote:
I would like to know if the new license is compatible with the old one.
will we be able to use CC-SA-2.0 licensed data or we will have to get
new contracts with the
2010/8/27 Pieren pier...@gmail.com:
But nobody is replying to my suggestion : is it okay to replace culvert=yes
but a tunnel=culvert (or tunnel=sewel)(or bridge=culvert on the highway when
it happens that the structure is directly used as a bridge) in the wiki ?
I already replied:
On 27/08/2010 15:36, Pieren wrote:
But nobody is replying to my suggestion : is it okay to replace
culvert=yes but a tunnel=culvert (or tunnel=sewel)(or bridge=culvert on
the highway when it happens that the structure is directly used as a
bridge) in the wiki ?
I believe it's been shown that
On Thu, Aug 26, 2010 at 9:12 PM, John F. Eldredge j...@jfeldredge.com wrote:
Wouldn't that only be used on the section of the path that actually has the
steps, however? I am wondering how (or if) you would tag the entire path to
indicate that you can, legally, use a bicycle or motorcycle on
Hello Peter,
I have made my own branch of YOURS for the Osm.org Routing Demo[1]. I fixed
many issues. You can get a source tarball[2] from my site.
[1]:
Pieren pier...@gmail.com wrote:
t seems that culvert=yes is ambiguous. It can be a ford or applied on the
road.
I'm also in favour to replace culvert=yes by tunnel=culvert, bridge=culvert
or ford=culvert
It has also the advantage of simplifying the tag management in applications
(can just
Hi,
Peter Wendorff wrote:
Everything I found yet either has no current data (YOURS - data is older
than my edits I need), or not possible to install locally (YOURS fails
due to issues I cannot solve at installing gosmore and partly php5
incompatibility).
Have a look at Routino, it should
FYI:
http://blog.programmableweb.com/2010/08/24/new-mapquest-directions-api-built-on-open-data/
Our own blog post goes out Monday, but it looks like programmable web found the
slides from SOTM US.
Details on our developer network at
Ant,
Do you know how often will the data be updated?
Cheers,
Julio Costa
OpenStreetMap Chile
http://www.openstreetmap.cl/
On Fri, Aug 27, 2010 at 1:43 PM, anttheli...@gmail.com wrote:
FYI:
http://blog.programmableweb.com/2010/08/24/new-mapquest-directions-api-built-on-open-data/
Our own
First you need to ask When will they support routing outside Europe / the
UK ?
On Fri, Aug 27, 2010 at 8:23 PM, Julio Costa Zambelli
julio.co...@openstreetmap.cl wrote:
Ant,
Do you know how often will the data be updated?
Cheers,
Julio Costa
OpenStreetMap Chile
You can can route in North America too, e.g.
http://open.mapquestapi.com/directions/v0/route?from=40.54,-76.54to=40.54,-74.54
Also worth noting is last night's update to http://open.mapquest.co.uk/. We
added support for a few new languages, preliminary support for dragable
routes, scale bars
Hi list,
I got a response from geodata.gov.gr, in a private email (thus I can't
publish it here, but a summary).
There will be an announcement in the future, on osm mailing lists(if I
interpreted the reply correctly). Also I am asked to be patient and not
use the data in OSM, before there is an
On 27/08/2010 14:17, ed...@billiau.net wrote:
In a town which does not have underground storm water management, the
gutters at the side of the roads have to cross one of the roads at an
intersection so you have a half-elliptical shaped culvert which traffic
crosses, making a little ford.
2010/8/27 ed...@billiau.net:
If you favourite search engine open-top culvert you will find the open
variety.
Will you now need another tag?
actually yes, I probably would, because that proves IMHO that culvert
is too generic. In German those would be a completely different word
instead for
I my experience with culverts and American English, they always have a
top. The wikipedia article matches my experience:
http://en.wikipedia.org/wiki/Culvert
On Fri, Aug 27, 2010 at 3:51 PM, M∡rtin Koppenhoefer
dieterdre...@gmail.com wrote:
2010/8/27 ed...@billiau.net:
If you favourite search
Details ausblenden 23:13 (Vor 0 Minuten)
2010/8/27 David Fawcett david.fawc...@gmail.com:
I my experience with culverts and American English, they always have a
top. The wikipedia article matches my experience:
http://en.wikipedia.org/wiki/Culvert
yes, my first comments were mainly
I have seen the open-top culvert design on hiking trails, but did not know
what it was called. I agree that these should be tagged differently from
conventional culverts, as they are so different from what is usually meant by
culvert. Otherwise, someone watching for a conventional pipe
We're working on both these items.
First up will be getting the routing to daily updates - goal is ti have that
solved within the month.
Increased coverage will happen over time as we work through it - can't give you
an official schedule or anything tho, right at this moment - hope you
On Fri, Aug 27, 2010 at 5:29 PM, anttheli...@gmail.com wrote:
We're working on both these items.
Delightful. Thank you Ant.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Thank you Ant.
On 27 August 2010 17:29, anttheli...@gmail.com wrote:
We're working on both these items.
First up will be getting the routing to daily updates - goal is ti have that
solved within the month.
Increased coverage will happen over time as we work through it - can't give
you an
Nathan,
I have run into similar issues with complicated multipolygons rendering just
find in Mapnik but not fine in Osmarender. Another mapper (who's area I had
temporarily broken) told me that the member ways of my relations were in the
wrong order. At the time I primarily used Potlatch which
On Sat, Aug 28, 2010 at 12:53 AM, Zeke Farwell ezeki...@gmail.com wrote:
As you know, Mapnik will render multipolygons
correctly as long as all the ways form complete rings and are tagged with
outer and inner as needed, but it turns out that Osmarender also needs
the ways making up each ring
Gisteren heeft gebruiker xxx heel veel (alle?) wegen binnen de
verzorgingsplaatsen aan de Nederlandse snelwegen omgetagd van
highway=service naar highway=services. Gevolg is dat de wegen nu
onzichtbaar zijn op de kaart, hoewel de eenrichtingspijltes er nog wel
staan. Ik kan me ook voorstellen
Edit: Gebruiker xxx was gebruiker RonGps. Iets te snel op Verzenden
gedrukt!
On 27/08/2010 13:57, Colin Smale wrote:
Gisteren heeft gebruiker xxx heel veel (alle?) wegen binnen de
verzorgingsplaatsen aan de Nederlandse snelwegen omgetagd van
highway=service naar highway=services. Gevolg is
On Fri, 27 Aug 2010 13:57:19 +0200, Colin Smale colin.sm...@xs4all.nl
wrote:
Gisteren heeft gebruiker xxx heel veel (alle?) wegen binnen de
verzorgingsplaatsen aan de Nederlandse snelwegen omgetagd van
highway=service naar highway=services. Gevolg is dat de wegen nu
onzichtbaar zijn op de
Colin Smale wrote:
Gisteren heeft gebruiker xxx heel veel (alle?) wegen binnen de
verzorgingsplaatsen aan de Nederlandse snelwegen omgetagd van
highway=service naar highway=services. Gevolg is dat de wegen nu
onzichtbaar zijn op de kaart, hoewel de eenrichtingspijltes er nog wel
staan. Ik
On 27-8-2010 13:57, Colin Smale wrote:
Mijn conclusie is dat deze omtagging waarschijnlijk beter ongedaan kan
worden gemaakt.
Wat vinden jullie? Hoe pak je zoiets aan?
Deze drie changesets reverten, maar niet 100%. Er zitten ook enkele niet
hieraan gerelateerde edits in deze drie
On 27-8-2010 14:00, Colin Smale wrote:
Edit: Gebruiker xxx was gebruiker RonGps. Iets te snel op Verzenden
gedrukt!
Heb je al contact met deze gebruiker opgenomen, om hem te wijzen op zijn
misverstand wat betreft service/services, en om te vertellen dat we het
terug zullen zetten?
--
On 27-8-2010 14:12, Maarten Deen wrote:
De owner van keepright vragen om deze check te veranderen, en de
changeset reverten. Als dat laatste niet mogelijk is dan is het denk ik
ook niet zo lastig om alle ways met highway=services om te taggen.
Ik heb inmiddels contact gehad met RonGps en hem verteld van de revert.
Hij vindt de wiki-pagina's hierover enigszins onduidelijk, en ik ben het
eigenlijk met hem eens. Ook heb ik gekeken naar de klachten van
keepright bij deze constructies. Hoe komt het dat deze check er
uberhaupt inzit?
On 27-8-2010 19:33, Colin Smale wrote:
Hij vindt de wiki-pagina's hierover enigszins onduidelijk, en ik ben het
Onderaan highway=services staat heel duidelijk dat je het niet moet
verwarren met highway=service. Je kunt discussiëren over de zo goed als
identieke naamgeving, maar je kunt niet
On 27/08/2010 19:56, Lennard wrote:
On 27-8-2010 19:33, Colin Smale wrote:
Hij vindt de wiki-pagina's hierover enigszins onduidelijk, en ik ben het
Onderaan highway=services staat heel duidelijk dat je het niet moet
verwarren met highway=service. Je kunt discussiëren over de zo goed
als
Zoals de meesten inmiddels wel weten, ben ik al enige tijd bezig om de
Nederlandse wandelroute project in een stroomversnelling te brengen.
Om de mogelijkheden van het verbeteren van de open wandelkaart te
vergroten missen de lwn-relaties een belangrijk gegeven. In geen
enkele lwn-relatie
On Friday 27 August 2010 22:36:32 rob...@elsenaar.info wrote:
In geen
enkele lwn-relatie is te ontdekken waar je de wandeling kunt beginnen.
Ik meen mij toch echt te herinneren dat ik de afgelopen weken een aantal maal
bij een lwn een node in de relatie heb gestopt met als role start. ;)
--
2010/8/27 rob...@elsenaar.info:
Zoals de meesten inmiddels wel weten, ben ik al enige tijd bezig om de
Nederlandse wandelroute project in een stroomversnelling te brengen.
Om de mogelijkheden van het verbeteren van de open wandelkaart te vergroten
missen de lwn-relaties een belangrijk
s/Navdec/Navteq/g
Am 27.08.2010 02:27, schrieb Wolfgang:
Hallo,
Am Donnerstag 26 August 2010 23:13:01 schrieb Pascal Neis:
Hallo Wolfgang,
Wolfgang schrieb:
+10
Die gesamte Veröffentlichung ist einfach nur peinlich. Wer ungeprüft
einem Datenbestand, egal von wem, Fehlerfreiheit
Am 26.08.10 21:05, schrieb Chris66:
Am 26.08.2010 14:25, schrieb Jan Tappenbeck:
Wenn man sich eine solche Datei ansieht wird man feststellen das diese
immer aus unterschiedlich großen Segementen bestehen.
Ich nehme mal an, du meinst das, was josm im GPX-Format speichert.
Will man nun
Am 27.08.2010 09:27, schrieb André Joost:
Am 26.08.10 21:05, schrieb Chris66:
Am 26.08.2010 14:25, schrieb Jan Tappenbeck:
Wenn man sich eine solche Datei ansieht wird man feststellen das diese
immer aus unterschiedlich großen Segementen bestehen.
Ich nehme mal an, du meinst das, was josm
Wolfgang wolfg...@ivkasogis.de wrote:
Dass ausgerechnet das SW-Patent-verliebte Fraunholferinstitut seinen Namen
da mit reinhängt, spricht für sich.
_Das_ Fraunhoferinstitut gibt es nicht! Im Gegenteil die über 50 Institute
sind dann doch sehr selbstständig.
Das was die Birlinghofener hier
007 northc...@gmx.de wrote:
Nach meiner Erfahrung, Vergleich der Teleatals und Navteq Daten mit den
von mir in OSM erfassten Straßen schaut Navteq besser aus als teleatlas.
teleatlas hat zum Teil richtig dicke Fehler drin die nichts mit
Aktualität zu tun haben.
Hatte nicht Yahoo Maps
Am 27.08.2010 10:22, schrieb Sven Geggus:
Hatte nicht Yahoo Maps Navteq Daten?
Ja, siehe:
http://de.maps.yahoo.com/
Und auch in meiner Gegend, ist Navteq aktueller als Teleatlas.
Die Westumgehung Nordkirchen die seit ca. 3 Jahren existiert,
ist dort aber auch noch nicht drin.
Chris
Hallo,
Am Freitag 27 August 2010 09:48:45 schrieb 007:
Nach meiner Erfahrung, Vergleich der Teleatals und Navteq Daten mit den
von mir in OSM erfassten Straßen schaut Navteq besser aus als teleatlas.
teleatlas hat zum Teil richtig dicke Fehler drin die nichts mit
Aktualität zu tun haben.
Hallo,
Am Freitag 27 August 2010 10:19:42 schrieb Sven Geggus:
Wolfgang wolfg...@ivkasogis.de wrote:
Dass ausgerechnet das SW-Patent-verliebte Fraunholferinstitut seinen
Namen da mit reinhängt, spricht für sich.
_Das_ Fraunhoferinstitut gibt es nicht! Im Gegenteil die über 50 Institute
Wolfgang wolfg...@ivkasogis.de wrote:
Vergleich des obigen Beispiels1 aus meinem vorherigen Posting, leider nur
manuell möglich
Warum?
http://sautter.com/map/?zoom=17lat=47.76347lon=12.64547layers=B0TTFF
2 Postings weiter oben hab ich doch gerade geschrieben, dass Yahoo
Navtec-Daten
Hallo,
Am Freitag 27 August 2010 12:56:04 schrieb Sven Geggus:
Wolfgang wolfg...@ivkasogis.de wrote:
Vergleich des obigen Beispiels1 aus meinem vorherigen Posting, leider nur
manuell möglich
Warum?
http://sautter.com/map/?zoom=17lat=47.76347lon=12.64547layers=B0TFFF
FTFF
2
Am 27.08.2010 02:27, schrieb Wolfgang:
Ich bleibe bei meiner Meinung. Hier wurden lediglich Unterschiede zu Navdec
festgestellt. Es wurde aber nicht untersucht, woher diese Unterschiede kamen.
Pauschal davon auszugehen, dass Navdec richtiger ist, ist einfach lächerlich.
Wie würde das Ergebnis
Hallo!
Am 27.08.2010 00:43, schrieb dieter jasper:
Am 26.08.2010 21:28, schrieb Wolfgang Wienke:
Hallo!
Ich bekomme das prog auf meinem PDA nicht in Gang, Fehler: keine
gültige Anwendung für PocketPC
Die ältere Version lief.
Woran kann es liegen?
Klinkt sehr danach, dass du für dein OS nicht
Am 27.08.10 13:56, schrieb Wolfgang Wienke:
Hallo!
Am 27.08.2010 00:43, schrieb dieter jasper:
Am 26.08.2010 21:28, schrieb Wolfgang Wienke:
Hallo!
Ich bekomme das prog auf meinem PDA nicht in Gang, Fehler: keine
gültige Anwendung für PocketPC
Die ältere Version lief.
Woran kann es liegen?
Moin,
Wolfgang Wienke schrieb:
Hm, ich habe gerade festgestellt, ich hatte hier wohl die PC-Version.
Ich findet aber die richtige Version für WindowsMobile nicht auf
sourceforge.net. KannsD Du helfen?
Auf
http://sourceforge.net/projects/navipowm/files/
unten den Baum
Browse Files for
Hallo,
Felix Hartmann wrote:
Ich hab mal hier ganz kurz ein paar Punkte hingeschrieben, die wir uns
anschauen sollten, um einen Fork aufzusetzen
Mittlerweile haben sich die internationalen Befuerworter eines Forks ein
eigenes Forum gegeben: http://groups.google.com/group/osm-fork
Offenbar
Frederik Ramm frede...@remote.org wrote:
Offenbar geht es da nicht nur darum, die Daten zu nehmen und eine Kopie
von OSM aufzusetzen, sondern man will bei der Gelegenheit auch gleich
noch alles andere besser machen ;)
Die geschichte von Forks in der freien Softwarewelt zeigt ja durchaus,
Offenbar geht es da nicht nur darum, die Daten zu nehmen und eine Kopie von
OSM aufzusetzen, sondern man will bei der Gelegenheit auch gleich noch alles
andere besser machen ;)
Dinge, die ich beim kurzen stöbern gesehen habe:
* Normalisierbares Tagging-Schema
* Frontend Code (Ruby) durch ein
am Freitag, 27. August 2010 um 16:01 schrieben Sie:
Da es sich bei OdBL um keine solche völlig induskutable Änderung sondern um
einen brauchbaren Kompromiss handelt schließe ich diese Diskussion hier mal
mit einem freundlichen So Long, and Thanks for All the Fish und bleibe
weiterhin im
Hallo!
Am 27.08.2010 14:23, schrieb Georg Feddern:
Moin,
Wolfgang Wienke schrieb:
Hm, ich habe gerade festgestellt, ich hatte hier wohl die PC-Version.
Ich findet aber die richtige Version für WindowsMobile nicht auf
sourceforge.net. KannsD Du helfen?
Auf
Am 27.08.2010 17:07, schrieb Christian H. Bruhn:
am Freitag, 27. August 2010 um 16:01 schrieben Sie:
Da es sich bei OdBL um keine solche völlig induskutable Änderung sondern um
einen brauchbaren Kompromiss handelt schließe ich diese Diskussion hier mal
mit einem freundlichen So Long, and
Chris66 schrieb:
Ja, das Garmin Format ist halt noch nicht 100% entschlüsselt, aber
der Trend geht ja meiner Meinung eh Richtung Smartphone mit
OpenSource Software.
Für die Außentür-Fraktion ist das verfügbare Angebot an wirklich
nutzbaren Geräten vorerst beschränkt. Oder gibt es schon ein
Am 27.08.2010 17:48, schrieb Jan Tappenbeck:
auch bleibe bei DEM freien Kartenwerk.
Bei mir hängt's davon ab, wieviel Prozent der Daten nicht übernommen
werden. Falls ich sehe, dass nur 80% oder so rüber kommen und
ODBL-OSM nicht mehr richtig auf die Beine kommt, dann werde ich
mich nach 'ner
1 - 100 of 237 matches
Mail list logo
