Dyskusja:Format PNT
Z UMP
(Różnice między wersjami)
(→Głosy ZA: Tomek Surmacz) |
(→Głosy ZA) |
||
| Linia 17: | Linia 17: | ||
a EndLevel wyrzucamy, czy nadajemy automatycznie? | a EndLevel wyrzucamy, czy nadajemy automatycznie? | ||
* Tomek R. Surmacz - ja z pewnością - skrypty/testowanie. | * Tomek R. Surmacz - ja z pewnością - skrypty/testowanie. | ||
| + | |||
| + | - ulica, dom, miasto oraz EndLevel (którego zabrakło) to na tyle często | ||
| + | występujące parametry POI-a, że warto je umieścić jako "obowiązkowe" | ||
| + | na ustalonych pozycjach, tak jak lat, lon i nazwę. Przy czym | ||
| + | "obowiązkowe" w tym sensie, że mogą być puste (nazwy też nie wymagamy | ||
| + | dla wszystkich, np. parkingów czy słupków) | ||
| + | - ponadto zezwoliłbym na spacje po polach numerycznych/o ustalonej | ||
| + | wartości, takich jak lan/lon/endlevel/typ. Pozwoli to poprawić | ||
| + | czytelność pliku przy ręcznej edycji. | ||
- koniecznie nowe rozszerzenie dla plików (*.poi na przykład) i | - koniecznie nowe rozszerzenie dla plików (*.poi na przykład) i | ||
współistnienie z plikami *.pnt (przynajmniej przez jakiś czas) | współistnienie z plikami *.pnt (przynajmniej przez jakiś czas) | ||
| - | |||
- nagłówek pliku - niby niepotrzebny, ale jednak... Powinna być możliwość | - nagłówek pliku - niby niepotrzebny, ale jednak... Powinna być możliwość | ||
zapisania pewnych defaultów związanmych z całym plikiem, np. | zapisania pewnych defaultów związanmych z całym plikiem, np. | ||
| Linia 25: | Linia 33: | ||
dotyczących całego pliku (np. zawierających meta-info, że plik pochodzi | dotyczących całego pliku (np. zawierających meta-info, że plik pochodzi | ||
z danych zewnątrznych, jak stacje BP, albo źródeł weryfikacji danych) | z danych zewnątrznych, jak stacje BP, albo źródeł weryfikacji danych) | ||
| - | |||
- kolejność tagów (tych opcjonalnych) - jakaś ustalona. Wysnikająca z | - kolejność tagów (tych opcjonalnych) - jakaś ustalona. Wysnikająca z | ||
mapedita albo alfabetyczna. Cokolwiek, byle uniknąć "migotania" danych | mapedita albo alfabetyczna. Cokolwiek, byle uniknąć "migotania" danych | ||
przy montowaniu/demontowaniu/edycji różnymi narzędziami. | przy montowaniu/demontowaniu/edycji różnymi narzędziami. | ||
| - | |||
- koniecznie możliwość dodawania komentarzy do pojedynczych rekordów. | - koniecznie możliwość dodawania komentarzy do pojedynczych rekordów. | ||
Może na zasadzie specjalnego taga comment="...", a może na zasadzie | Może na zasadzie specjalnego taga comment="...", a może na zasadzie | ||
Wersja z dnia 09:05, 11 maj 2010
Spis treści |
Dyskusja n.t. nowego formatu POI
Głosy ZA
- miszka - Jestem za - dokumentacja, testy
- piti - pomysł jak najbardziej akceptuję i mi się podoba - beta-testy
- Ar't - W tym momencie, nie mam czasu żeby poprawiać awka.
- całkowite odstępstwo od plików pnt.
- bez nagłówka.
- koniecznie nowe rozszerzenie np poi.
- sugerowany format: lat,lon,typ,nazwa,mix_xml
- dodatkowe podtypy TYP-PODTYP (np ATM-24H itp)
jeżeli nie rozumie podtypu to ignoruje podtyp stosuje tylko TYP.
- TYPY tylko wielkie, narzędzia jednak nie czułe na to (poprawiające).
- mapowania tekstowy na cyfrowy trzymane w jednym pliku! bez tego
nie ma sensu wogóle tego ruszać. format proponowany to pnt2poi.txt
- fajnie by było zmusić narzędzia do automatycznego rozkładania poi na właściwe pliki
- Wojtek Zientara - tak
a EndLevel wyrzucamy, czy nadajemy automatycznie?
- Tomek R. Surmacz - ja z pewnością - skrypty/testowanie.
- ulica, dom, miasto oraz EndLevel (którego zabrakło) to na tyle często występujące parametry POI-a, że warto je umieścić jako "obowiązkowe" na ustalonych pozycjach, tak jak lat, lon i nazwę. Przy czym "obowiązkowe" w tym sensie, że mogą być puste (nazwy też nie wymagamy dla wszystkich, np. parkingów czy słupków) - ponadto zezwoliłbym na spacje po polach numerycznych/o ustalonej wartości, takich jak lan/lon/endlevel/typ. Pozwoli to poprawić czytelność pliku przy ręcznej edycji. - koniecznie nowe rozszerzenie dla plików (*.poi na przykład) i współistnienie z plikami *.pnt (przynajmniej przez jakiś czas) - nagłówek pliku - niby niepotrzebny, ale jednak... Powinna być możliwość zapisania pewnych defaultów związanmych z całym plikiem, np. kodowania znaków, być może domyślnego miasta itp. a także komentarzy dotyczących całego pliku (np. zawierających meta-info, że plik pochodzi z danych zewnątrznych, jak stacje BP, albo źródeł weryfikacji danych) - kolejność tagów (tych opcjonalnych) - jakaś ustalona. Wysnikająca z mapedita albo alfabetyczna. Cokolwiek, byle uniknąć "migotania" danych przy montowaniu/demontowaniu/edycji różnymi narzędziami. - koniecznie możliwość dodawania komentarzy do pojedynczych rekordów. Może na zasadzie specjalnego taga comment="...", a może na zasadzie specjalnego znacznika (np. "//" po którym już wszystko do końca linii jest traktowane jako komentarz. (co daje też możliwość łatwego "zakomentowania" czyli wyłączenia części/wszystkich tagów w razie problemów
